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SZÓTÁR 


4. RÉSZ 





Gyakran mondják, hogy azért ne hasz- 
náljunk magyarításokat, mert az angol 
jövevényszavakkal sokkal pontosabban 
ki tudjuk fejezni magunkat egy-egy 

új vagy gyorsan fejlődő területen. 
Sokszor találkozunk viszont olyan 
szavakkal, amelyek még az angolban 

is pontatlanok vagy több hasonló érte- 
lemmel bírnak. Ezen szavak áthozása 
gyakran nagyobb kavarodást okoz, 
mintha mi magunk vezetünk volna 

be helyettük újakat. Lássunk néhány 
ilyen területet! 

Ebben a hónapban több cikkben is 
előkerül a munkafelületek kérdése. 
Egyszerűbb esetben nincsen gond, 
hiszen az ember egy adott gép előtt ül, 
a monitoron látszik valami, és csak ezt 
az egy dolgot kell névvel ellátni — hív- 
hatjuk mondjuk: asztalnak. A gond 
akkor kezdődik, amikor igyekszünk 
elmagyarázni, hogy a valóság egy kicsit 
bonyolultabb, hiszen a gép elindul, 
majd az egyik monitorkártyán megje- 
lenít egy grafikus felületet. Maga a 
felület nem ,tud" semmit, csupán azt 
adja, amit a neve ígér: egy grafikus 
elemek megjelenítésére képes felület. 
Ezek után a felületen programok jelen- 
nek meg, vagy - többnyire - először 
egy ablakkezelő indul el, amely megha- 
tározza, hogy a programok milyen 
ablakban fussanak. A helyzetet tovább 
nehezíti, hogy az ablakkezelők között 
is vannak lényegesen bonyolultabb 
rendszerek, mint amilyen például a 
KDE és a Gnome; hogy ezeket meg- 
különböztessük, gyakran nem ablak- 
kezelőnek, hanem munkafelületnek 
hívjuk őket. 

Szerencsére itt azért könnyen rendet 
teremthetünk, nem úgy, mint a site 

szó esetén. A szó eredetileg egyszerű- 
en ,hely" értelemmel bír. Ezt a szót 
nagy örömmel használják angol nyelv- 
területen a website rövidítéseként, 

így gyakran találkozunk a site-webhely 
párosítással. Igen ám, de ugyanígy 
használják a site szót az egy vállalaton 
belüli telephelyekre is, az pedig furán 
néz ki, ha a cég harmadik kerületi web- 
helyéről beszélünk. 

Vagy ott van például a ,virtuális" . 

A szónak ma már elég nagy ,hagyomá- 
nya" van nyelvünkben, valami olyat 
jelent, ami nem valós. Ezzel párhuzam- 
ban a Virtual LAN jelentése egy olyan 
hálózat, amely nem , létezik" önmagá- 
ban. Erre a fogalomra igyekeztünk jó 
megfelelőt találni, amikor a VLAN-ok- 


ról szóló cikkben sokszor használtuk a 
képzett hálózat kifejezést. Elsőre talán 
ugyanúgy furán hangzik, mint ahogy 

a socket fordítására a foglalat hangzott 
pár évvel ezelőtt. 

Sokszor van, hogy egy angol kifejezésre 
több magyar fordítás is születik, sőt 
versenyeznek egymással, amíg valame- 
lyik , kihullik", mint ahogy (vélemé- 
nyem szerint szerencsére) kihullott 
például az ottlap. Az egyik ilyen szónál 
a mi fejünk is fő, történt ugyanis, hogy 
a regular expression fordításaként a 
szabályos kifejezést és a szabványos 
kifejezést is használtuk. Kérdés, hogyan 
lehetne ötletesen rövidíteni egy-egy 
ilyen magyarítást, valahogy úgy, ahogy 
az angol eredetiből regex lett. Egyik 
munkatársunk az , szkif" rövidítést 
javasolta. Mi a véleményetek róla? 

De ezek a viták tovább is gyűrűzhet- 
nek. A minap hallottam egy fura elmé- 
letet, miszerint is az útválasztó és a 
router nem ugyanaz, mivel a router 
sokkal okosabb. Ezért ne is használjuk 
az útválasztót, hanem a rútert (a he- 
lyesírási szabályok szerint). Emlékszem, 
régen sokat vitatkoztunk, hogy a rou- 
terre miért van két fordítás (akkor 

még a forgalomirányító is ,versenyben 
volt") — most hirtelen az angol router 
szó új értelmet nyert? lalán egyszer 
maguk a szakemberek is eljutnak 

oda, hogy megegyezzenek abban, 

mi micsoda. 


alagút — tunnel. 

burkoló — wrapper. 

chat forum 7 csevegőfórum 
csevegőfórum — chat forum. 

csíkozás - striping, a RAID-eszközöknél 
a RAID-0-megoldás, több eszközre tárol 
egy fájlrendszert, melyek között csíkon- 
ként osztja szét az adatot, így a műve- 
leteknél a két eszköz egyszerre dolgo- 
zik. Nincs hibatűrés, de megfelelő 
eszközök használatakor jelentős sebes- 
ségnövekedést eredményezhet. 

desktop environment - munkakörnyezet. 
ham -— a levélszűrő rendszerekben 
használják a spam párjaként, hasonló 
hangzása miatt. Minden levél ,ham , 
ami nem minősül kéretlen levélnek. 
hely — site. 

hop 7 ugrás. 

jelelosztó — (hálózati elosztó) hub, 
network hub. 

kapcsoló - (hálózati kapcsoló) 

switch, network switch. 


kéretlen levél — spam. 

képzett LAN - virtual LAN, olyan 
hálózat, ami egy másik hálózat 
,tetején" létezik, általában valamilyen 
titkosítást használó rendszer, ami a 
létező hálózatot használva, attól 
független hálózatot képez. 

kötet — volume, a fájlrendszereknél a 
lemezrészeket gyakran , kötetekként" 
használják, így lehetőség van a lemez- 
rész átméretezésére, bővítésére stb. 
Lásd még a 45. oldalon található 

, RAID és LVM alapfokon" című cikket. 
levélszemét — spam. 

mirroring 7 tükrözés. 
munkakörnyezet — desktop environ- 
ment, a — jellemzője, hogy nemcsak 
ablakkezelő, hanem további kiegészí- 
tésekkel, programokkal rendelkezik. 
owner 7 tulajdonos. 

property - tulajdonság. 

regex 7 regular expression. 

regular expression 7 szabályos kifejezés. 
router 7 útválasztó. 

sablon — template. 

section 7 szakasz. 

segmentation - szakaszolás. 

site 2 hely, néha webhely vagy 
telephely rövidítéseként is használják. 
spam 7 levélszemét, kéretlen levél. 
striping 7 csíkozás. 

switch - kapcsoló. 

szabályos kifejezés — regular expression, 
azaz regex. A Unix világában nagyon 
sok helyen használhatunk ilyen 
kifejezéseket, amelyekkel valamilyen 
mintára illeszkedő szövegrészekre 
hivatkozhatunk. 

szakasz — section, segment. 
szakaszolás — segmentation. 

szkif -— szabályos kifejezés. 

template 7 sablon. 

tükrözés — mirroring, a RAID-eszközök- 
nél a RAID-1-megoldás, az adatokat 
,tükrözvef, többszörösen tároljuk, így az 
egyik tárolóeszköz meghibásodása 
esetén sem veszítünk adatot. 
tulajdonos — owner. 

tulajdonság — property. 

tunnel - alagút. 

ugrás — hop, a hálózatoknál a csoma- 
gok több eszközön, gépen keresztül 
haladnak ( ugrálnak") végig. Fontos 
tulajdonsága lehet például egy csomag- 
nak, hogy hány ugrásból jut el a célál- 
lomáshoz. 

útválasztó — router. 

Virtual LAN - képzett LAN. 

volume 7 kötet. 

wrapper 7 burkoló. 
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Ahogy az emberek felélednek 
téli álmukból, majd egy keve- 
set leadnak a télen felszedett 
kilókból húshagyó keddtől 
fogva locsolkodásig, valamint 
nem utolsó sorban az egyete- 
misták átverekedték magukat 
a vizsgaidőszakon, egyre több 
idő jutott az egyéb felada- 
tokra. Nálunk is hasonló ta- 
pasztalható, e havi számunk- 
ban ugyanis a szokásosnál is 
több cikk követelt magának 
helyet. Néhány sajnos ki- 
maradt, viszont cserébe olyan 
témákkal is foglalkozunk, 
amelyeket hosszabb ideje ígérünk. 

Ilyen például több munkaállomás felé- 
lesztése egyetlen gépen. Hosszú ideje 
keresek ötletes és jó megoldást erre a 
feladatra, aminek nagyobb irodákban 
vehetjük igazán jó hasznát. Mindig is 
tiszteletet éreztem azon rendszergazdák 
iránt, akik egymaguk igyekeztek tizen- 
öt-húsz gépet karbantartani, heroikus 
küzdelemmel telepítgetve az újabb cso- 
magokat és programokat minden egyes 
gépre külön-külön. Különösen nehéz 
azoknak a feladata, akik tizenöt-húsz 
különböző alaplappal, processzorral és 
egyéb elemekkel ellátott gépet igyek- 
szenek kordában tartani. 

lermészetesen nem mondhatjuk el, 
hogy az irodákban egyik napról a má- 
sikra átvette a hatalmat a GNU/Linux, 
mint ahogy nem is várhatjuk az embe- 
rektől, hogy egy-két nap alatt átszok- 
janak egyik munkafelületről a másikra. 
Érdekes viszont, hogy a webmesterek 
között mindig is nagy táborra talált a 
Linux, hiszen számukra minden eszközt 
biztosít. A nekik szóló Kovácsműhely 

e hónapban négy cikket is tartalmaz, 

és külön öröm számomra, hogy három 
cikk magyar szerzőtől származik. 

De ugyanígy egy magyar szerző, Kolcza 
Péter írása a 45. oldalon található cikk, 
amely a komolyabb kiszolgálóknál 
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szinte kötelező RAID-rendszerek alap- 
jait igyekszik ismertetni. De gyakorló 
rendszergazdák számára talán sokkal 
izgalmasabb a hosszú évek óta komoly 
háborúvá fejlődött küzdelem fegyver- 
tárának egyik ígéretes eszköze, a levél- 
szemetek szűrésére alkalmas Spambayes 
csomagot bemutató cikk. Nem mondom, 
hogy kis rendszereknél rövid távon 
nagy haszonnal tudjuk alkalmazni, de 
egy komolyabb levélforgalmat bonyolító 
kiszolgálónál már érdemes elgondol- 
kodni a használatán. 

Sajnos ma már komoly küzdelmek 
folynak ezen a területen. Hiába mond- 
ják a , szemetelők", hogy ,ez marketing, 
és a házak postaládájában is mennyi 
kéretlen reklámot találunk" — szerintem 
az Interneten keresztül küldött számo- 
latlan levélszemét teljesen más csoport- 
ba sorolható. Az elején az ember még 
elfogadja, hogy szegény cégnek nincs 
pénze reklámozni, leveleket küld, az 
szinte ingyen van, de amikor már napi 
öt levelet kapok, amelyben szexéhes 
hölgyikék csak arra várnak, hogy kielé- 
gítsem őket, és még nyolcat, amelyben 
az ehhez szükséges pénisznagyobbítás 
olcsó és gyors módszerét javasolják, 
kiegészítve néhány Viagra-ajánlattal, 
akkor bizony feszültté válok. Ezért 

is zavar, hogy egyre több magyar cég él 
ezzel a reklámlehetőséggel. 

Remélem, hogy kedvenc rendszerünk 
hamarosan hatékonyan kiszűri majd 
ezeket a leveleket, és talán nincs messze 
az az idő sem, amikor a mesterséges 
értelem az irodákban talán éppen ezen 
a területen mutatkozik be először: egy 
programozott titkárnő, aki nagy öröm- 
mel dobálja ki az , Ön nyert" leveleket, 
és diplomatikusan, de határozottan 
ismételgeti a telefonba: , Igen, értem, 
hogy ez egy rendkívüli ajánlat, de idén 
sajnos nem tervezünk számítógéppar- 
kunk számára ötvenrészes törlőkendőt 
beszerezni." 

Addyj1g is, kitartást kívánok mindenkinek! 
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Programvadászat 


Gnome 2.2 Woodyhoz 

A KDE mellett a legnépszerűbb ablak- 
kezelő rendszer a Gnome. Mindkét 
rendszernek elkötelezett hívei vannak, 
ezzel is megosztva a linuxos társadal- 
mat. Mostani korongunkra a Gnome 
2.2 került fel a Debian/GNU Linux meg- 
bízható változatához, a Woodyhoz. 
Használatához azonban mindenképpen 
frissítenünk kell az XFree36-ot is, az 
ehhez szükséges csomagok szintén meg- 
találhatók a CD-n. 





Ezek úgynevezett , backport" csomagok 
— mivel a Woodyban nem állnak rendel- 
kezésünkre a megfelelően friss csomagok, 
valaki a következő (Sarge) vagy a mindig 
fejlesztés alatt álló csomagjait ülteti át 
több-kevesebb sikerrel a megbízható vál- 
tozatra. Jelen esetben is ez történt, a lel- 
kes debianosok nekiálltak, és elkészítet- 
ték a Gnome-csomagokat és az XFree36 
frissítést, hogy az üzembiztos változatok 
kedvelői is élvezhessék azokat az elő- 
nyöket, amiket esetleg csak a következő 
rendszerváltásnál kapnának meg. 


Telepítés 

A csomagfrissítés menete kissé zilálttá 
teheti rendszerünket, úgyhogy erre 
mindenképpen készüljünk fel némi 
nyugtató segítségével. Valószínűleg a 
legprimitívebb módon kezdtem neki 

a frissítés-telepítés eljárásnak: rendszer- 
gazdaként kiadtam a tt dpkg -i 

/ cdrom/ GNOME2 . 2/XFree86r . deb 
parancsot, erre a telepítő nekiugrott a 
rengeteg fájlnak, és elkezdte a csoma- 
gokat frissíteni, illetve telepíteni. Ezt a 
módszert nevezhetnénk legbutábbnak 
is, ami szintén igaz (ezzel két , leg"-et 
ütöttem egy csapásra). 

lermészetesen jobban járunk, ha az apt 
által használt adatbázishoz hozzáadjuk 
a csomagokat, erre az apt-cdrom -a 
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add parancsot használjuk, majd az 
apt-get install gnome paranccsal 
telepítjük a kívánt csomagokat. 


A használat 

Akik szeretik a kattintgatós ablakkeze- 
lőket, azok biztosan ezt is kedvelni fog- 
ják, de a grafikai elemek miatti memó- 
riafelhasználás természetesen jóval 
felülmúlja az általam igen kedvelt After- 
Step ablakkezelőjének igényét, irodai 
célokra használva azonban a KDE ver- 
senytársa lehet. Nagyon jó a nyelvi 
váltás kezelése, bejelentkezéskor kivá- 
laszthatjuk a kívánt nyelvet, onnantól 
kezdve a programok nagytöbbsége a 
kiválasztott nyelven szól hozzánk. Ami 
külön tetszett, az a hálózat kezelése: 

az Alkalmazások-Hálózati kiszolgálók 
menüponttról indulva elénk tárul a 

, Network Neighborhood", azaz a háló- 
zaton lévő többi számítógép. 

Nem tetszett, hogy az .rtf fájlhoz nem 
tudtam hozzárendelni az 
OpenOffice.org programot, akármivel 
próbálkoztam is. A másik gyenge rész 
a testreszabás volt. 

Összességében, aki szereti az 1.4-es 
Gnome-ot, az ezt is szeretni fogja! 

Az Internetről történő telepítéshez az 
alábbi sorokat adjuk hozzá az 
sources.list fájlhoz: 

deb http://mirrors.evilgeniuses. 
org .uk/debian/backports/ 
woody gnome2.2/ 

deb-src http://mirrors. 

s evilgeniuses . org.uk/debian/ 
5packports/woody gnome2.2/ 

A 4.2.1-es XFree86-hoz: 

deb http://people.debian.org/ 
5 .blade/woody/i386 ./ 


XFree86 4.3.0 


A Linux grafikus felületének alapját 

jelentő XFree86 újabb változata jelent 

meg, amit forrás és előre fordított cso- 
magokban is megtalálhatunk a CD-mel- 
lékleten. Lássuk, mi is változott! 

A grafikuskártya-meghajtók: 

e AII Radeon 9x00 2D-támogatás, 
3D-támogatás a Radeon 8500, 9000, 
9100, és M9 lapkakészlethez. 

e . Támogatás az 1810-hoz 845G, 852GM, 
30o0GM és 869G integrált lapkákhoz, 
beleértve a 2D, 3D (DRI) és XVideo- 
támogatást is. 








e Az nVÍDIA nForce2 integráltlapka- 
meghajtó, illetve GeForce 4, 
GeForce FX-támogatás. 

e  S15-meghajtók frissítése a legújabb 
lapkákhoz. 

e 2D-gyorsítás a Irident 
CyberBladeXP/Ai1 lapkákhoz. 

e Az OpenGL 1.3 és DRI meghajtótá- 
mogatás 4.0.4-esre frissült. 

II8N és betűk: 

e A Freelype2-frissítés 2.1.1-re válto- 
zott, a Iruelype (Openlype/T IF), 
Openlype/CEF -és Type 1-betűtá- 
mogatás is bekerült. 

e Egy mkfontscale kiegészítés is 
csináltak, ezt a fonts.scale fájlok 
készítésére használhatjuk. 

lermészetesen a fenti lista nem teljes, 

akit érdekel az összes változás, az 
keresse fel az alábbi weboldalt: 

5 http:/www.xfree86.org/4.3.0/ 

RELNOTES.html 


Biztonsági hibákat javít 

a legújabb linuxos Opera-változat 
Korongunkon az Opera 6.12-es böngé- 
sző linuxos változata található. Az új 
Opera 6.12-es nem tartalmaz újdonsá- 
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gokat, csupán az előző változatokban 





felfedezett hibákat javították ki. Ezek 

között található: 

e az átirányítási sebezhetőség, 

e az Xft könyvtáron lévő hiba, 

e a betűkészletek kezelése és az 
élsimításban rejlő hibák javítása. 

Az Opera könyvtárban megtalálható 

a .deb, .rpm és .tgz csomagokban. 


2 http:/www.opera.com 


Csontos Gyula 
(Csontos.GyulaOlinuxvilag.hu) 
A Linuxvilág szakmai és 
CD-szerkesztője. Szabadide- 
jében szívesen mászik hegyet 
és kerékpározik. 





Kékfogúak 

A Mitsumi két új USB-Bluetooth csa- 
tolót jelentett be, pontosabban egy 
csatolót két változatban. Az apróság 
segítségével az USB-kapun keresztül 
bármely számítógép könnyedén 
csatlakoztatható egy Bluetooth alapú 
hálózatba. A Class 1-es változat 100, 

a Class 2-es pedig tíz méter hatótávol- 
ságú, ennek megfelelően az előbbi 
drágább is, negyven dolláros társával 
szemben 64 dollárt kell kiadni érte. 
Mindkét csatoló 723 kb/s sebességre 
képes, telepítésüket és más eszközökkel 
való hálózati kapcsolatuk létrehozását 
a mellékelt Widcomm program segíti. 
2 http:/www.mitsumidirect.com 


NeuRosetta 

A Digital Innova- 
tions Neuros nevű 
zenelejátszója 
egyelőre csak 
annyiban nyílt, 
hogy linuxos 
számítógépekkel 
is könnyedén 
összekapcsolható 
— igaz, ez is fontos 
előrelépés, hiszen más termékekkel 
ellentétben a Linux támogatása gyári 
lehetőség, nem valamilyen utólagos 
tákolás eredménye. Ennél sokkal na- 
gyobb dobás lesz azonban a Neuros 
frissített változata, ami ugyancsak , hiva- 
talosan" fogja támogatni az Ogg Vorbis 
formátumot. A Vorbis kodek ugyan 
egyes készülékeken már használható, 
de ez lesz az első eset, amikor maga 

a gyártó is támogatja a nyílt hangfor- 
mátumot. A közös tervezetet a Xiph.org 
— a kodek fejlesztését irányító háttérala- 
pítvány - és a Digital Innovations 
NeuRosetta névre keresztelte; illetve 
érdemes a Positron nevet is megjegyez- 
ni, mert ez lesz az a program, amelyik 

a linuxos számítógép és a Neuros közötti 
összehangolást végzi el. 

A Neuros lejátszó kétféle változatban 
lesz elérhető, az egyik típusba 128 MB 
kapacitású memóriakártya, a másikba 
20 GB-os merevlemez kerül. A készülék 
képes lesz rá, hogy az éppen lejátszott 
zenét URH tartományban szétsugároz- 
za, amely így akár hagyományos, pél- 
dául autós rádióval is fogható lesz. 
Beépített rádióvevőjével venni, illetve 
rögzíteni is tudja majd a rádióadásokat. 
Az Ogg Vorbis formátum használatát 
egy várhatóan májusban megjelenő, 
külön letölthető gépszintű program- 
frissítés teszi majd lehetővé. 

2 http:/www.neurosaudio.com 
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Szemeiteket Azsiára vessétek 

Közel száz japán, koreai és kínai mérnök 
szövetkezett egy ázsiai Linux-változat 
készítésére. A szakemberek elsősorban 
az üzembiztosságot és a biztonságot 
szem előtt tartva szeretnének olcsó, 

a Microsoft termékeivel a kiszolgálók 
piacán versenyképes operációs rend- 
szert létrehozni. 

Mindeközben a Microsoft sem tétlen- 
kedik: a NATO, Oroszország és Nagy- 
Britannia után Kína kormányzatával is 
tető alá hozott egy Government Security 
Program szerződést. A szerződés értel- 
mében a programhoz csatlakozó szer- 
vezet vagy állam részleges hozzáférést 
nyer a Windows forráskódjához és a 
vele kapcsolatos műszaki adatokhoz, 
így meggyőződhet a rendszer bizton- 
ságosságáról. 

A GSP program a Microsoft megbízható 
számítástechnikai kezdeményezésének 
része. Ami a jelek szerint nemcsak a 
megbízhatóságról, de arról is szól, hogy 
a nyílt rendszerek hibái a forráskód 
elérhetőségének köszönhetően viszony- 
lag könnyen felderíthetők, és a saját 
kódjait zártan őrizve a cég - ebből a 
szempontból - egyértelműen hátrányba 
kerülne, amikor például egy kormány- 
ügynökségnél a felhasználandó operá- 
ciós rendszer vagy program kiválasz- 
tására kerül sor. 

Ázsiában a Microsoft termékei jelenleg 
meghatározó részesedéssel rendelkez- 
nek mind a kiszolgálók, mint az asztali 
számítógépek piacán. 


Ésszerű lépés 

Az ÍBM 2.1 milliárd dollárért megvásá- 
rolta a Rational Software Corporationt. 
A programfejlesztők számára különféle 
modellező és tesztelő eszközöket, 
szolgáltatásokat kínáló, hazánkban is 
ismert cég felvásárlását az IBM még 
tavaly jelentette be, ám a művelet — a 
részvényesek jóváhagyása és a hatósá- 
gok engedélyének megszerzése után — 
csak nemrég fejeződött be. Az IBM 
elnökhelyettese, Steve Mills szerint a 
Rational minden (rendszerfejlesztési) 
részletre kiterjedő termékkínálata reme- 
kül ki fogja egészíteni a négy nagy 
IBM-márkanevet (WebSphere, DB2, 
Lotus, Tivoli). A Rational 89 országban 
volt jelen, alkalmazottainak száma 
meghaladta a 3400-at, eszközeit 600 ezer 
fejlesztő alkalmazza. Az ÍBM nem vélet- 
lenül vetett szemet a cégre: az IDC elő- 
jelzései szerint az alkalmazásfejlesztői 
programok piaca 2006-ra a jelenlegi 
kilencről 15 milliárdosra nő. 

2 http:/www.rational.com 


ELC Platform Specification 

Az Embedded Linux Consortium (ELC) 
elkészült az ELC Platform Specification 
első változatával. A szabálygyűjtemény 
a beágyazott 
operációs rend- 
szerekhez nyújt 
egységes alapot, 
így a fejlesztők 
időt és költségeket takaríthatnak meg, 
amikor termékeiket újabb szolgáltatá- 
sokkal ruházzák fel, illetve teljesen új 
készülék fejlesztésébe vágnak bele. 
Beágyazott készülékeket az élet renge- 
teg területén, sokféle célra alkalmaznak. 
Ez is oka annak, hogy beágyazott számí- 
tógépeken számos különféle operációs 
rendszert futtatnak. Ezek egy része saját 
fejlesztésű, teljesen zárt, míg például a 
Linuxot választó cégek nyílt forrású 
alapokon építkezhetnek. Éppen ez a 
sokszínűség akadályozza ugyanakkor a 
fejlesztőket a saját kódjaik újrafelhasz- 
nálásában vagy más készülékbe való 
átültetésében. 

Az ELP a különféle Linux-terjesztések 
API-ját próbálja egységesíteni, olyan szé- 
les körben elfogadott szabványokra épít- 
kezve, mint az LSB 1.2, IEBFE POSLX és a 
Single UNIX Specification. Így a fejlesz- 
tők kevésbé kötődnek majd egy-egy 
terjesztéshez, munkájuk felgyorsul, új- 
donságaikat hamarabb piacra dobhatják. 
Az ELC tagjai között olyan nagy cégeket 
találunk, mint az IBM, a Matsushita, a 
MontavVista, a Red Hat, a Samsung 
vagy a Sharp. 

2 http:/www.embedded-linux.org 





Osszejöttek, összedugták 

A DSL Forum bejelentése szerint sikeres 
volt a több gyártó részvételével megtar- 
tott ADSL2 , plugfest", vagyis a megje- 
lentek sikeresen összedugták azt, amit 
magukkal hoztak... Az ADSL2 sikeréhez 
— a többi szabványhoz hasonlóan - elen- 
gedhetetlen a különböző gyártók eszkö- 
zeinek maradéktalan együttműködése. 
Hasonló próbát legközelebb nyár elején 
tartanak, illetve hamarosan az ADSI.2- 
eszközök kipróbálására is sor kerül. 

Az ADSLZ2, ami az ITU ajánlásai között 
is szerepel, a jelenleg használt ADSL- 
szabvány továbbfejlesztése. Kiterjedt 
vonaldiagnosztikai eszközöket tartal- 
maz, képes az energiatakarékos műkö- 
désre és a beállítások üzem közben tör- 
ténő módosítására. Az ADSL2-kapcso- 
latok sebessége -— természetesen a köz- 
ponttól mért távolságtól függően - akár 
a 20 Mb/5-ot is elérheti. 

2 http:/www.dslforum.org 

2 http:/www.dsllife.com 
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Kiszolgálható VIMware 4.0 

Linux és Windows alá egyaránt letölt- 
hető a VMware 4.0 ingyenes próbaválto- 
zata. Az új változatban számos újdonság 
található, a program magjától kezdve a 





hálózatkezelésen keresztül egészen a 
felhasználói felületig jó néhány dolgot 
megváltoztattak. A 4.0 támogatja a Red 
Hat Linux 8.0 és 8.1 próba, a Red Hat 
Linux Advances Server 2.1, a SuSE 
Linux 8.1 és Enterprise Server 8, a 
Mandrake Linux 9.0 és a Microsoft 
Server 2003 (próbaváltozat) operációs 
rendszereket. Bővültek a vendég-ope- 
rációsrendszeren belül elérhető hiba- 
keresési lehetőségek, a vendégrend- 
szerből is lehet CD-lemezt írni; újdonság 
— többek közt - a VESA BIOS-, a 
DirectDraw- és az USB 2.0-támogatás. 
Hasznos szolgáltatás, hogy a vendég- 
operációsrendszer állapotáról bármikor 
pillanatfelvétel készíthető, és ebbe az 
állapotba később visszaállítható. 

2 http:/www.vmware.com 


Uj ATI tévékártyák 

Az AII bejelentette, hogy Európában is 
megkezdi kedvelt AlII-In-Wonder Pro 
9700 típusú kártyáinak a forgalmazását. 
Az Észak-Amerikában is közkedvelt 
kártya a cég legnagyobb teljesítményű, 


val AKEEM 


0x I 





DirectX 9.0-s támogatást nyújtó Radeon 
9700 Pro lapkájára épül. Alkalmas 
tévéadások vételére és 720 x576 képpont 
felbontással, MPEG-2 formátumban 
történő rögzítésére, rádiós távirányítóval 
rendelkezik, és természetesen filmek 
szerkesztésére alkalmas programcsomag 
is jár hozzá. 

Az ATI ugyancsak most vezeti be az 
európai piacra AII-In-Wonder VE PCI 
termékét. A 64 MB DDR RAM-mal 
szerelt kártyákat elsősorban az olcsó, 
sokszor AGP-foglalat nélkül készülő 
számítógépekbe szánja a gyártó. 

2 http:/wwwi.ati.com 
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Magicstor 

A kínai GS Microdrive Inc. Compact 
Flash Type II felületre illeszkedő, a 
Hitachi Microdrive meghajtójához na- 
gyon hasonló kisméretű merevlemezt 
mutatott be. Mivel a Microdrive név vé- 
delmet élvez, az apró 
lemezt Magicstor 
névre keresztelték. 
Eleinte csak OEM- 
vásárlók számára 
fogják értékesíteni a 
távol-keleti régióban, ám később önma- 
gában is megvásárolható lesz, elsőként 
Japánban és az Egyesült Államokban. 
Bolti ára 230-250 dollár körül alakul 
majd, ami az 1 GB-os Microdrive 100 
ezer forint körüli árát tekintve kedvező- 
nek mondható; OEM-vásárlók pedig 
150 dollár körüli áron is megszerezhetik. 
A 2A GB kapacitású egységből év végére 
1,5 milliós havi termelést szeretnének 
elérni, illetve év végéig egy 3.6 és egy 
4,7 GB méretű változat is megjelenik. 

A cég nemcsak fényképezőgépekben és 
MP3-lejátszókban szeretné viszontlátni 
termékeit, hanem megkezdte egy 
kifejezetten mobiltelefonokba szánt 
változat fejlesztését is. 





Beelőz a Windows Server 2003 
Némely helyeken - jóleső, kéjes gonosz- 
ságtól sem mentesen - azon csámcsog- 
nak, hogy a Windows Server 2003 meg- 
jelenésével a Microsoft a Datacenter, az 
Enterprise és a Standard mellett egy 
Web Edition nevű változatot is piacra 
dob. Az újfajta, viszonylag olcsón, 399 
dolláros áron megvásárolható változat 
legfeljebb 2 GB memóriát és két pro- 
cesszort kezel majd, ügyfélfelhasználási 
szerződések telepítését nem igényli. 

A Microsoft tájékoztatása szerint nem 
lehet majd az összes csatornán keresztül 
beszerezni, de hogy ez pontosan mit 
jelent, azt egyelőre nem tudni. 

A Netcraft felmérései szerint a Microsoft 
megoldásai évek óta 20-25 százalékos 
részesedéssel bírnak a webkiszolgálók 
piacán, amit sokan túlságosan gyenge 
eredménynek tartanak. lermészetesen 

a maga hatvan százalék körüli részesedé- 
sével messze az Apache vezet, ám csak 
nézőpont kérdése, hogy a pohár félig teli 
vagy félig üres-e. A 20-25 százalék ugya- 
nis bőven elegendő ahhoz, hogy a Mic- 
rosoft megszerezze az előkelő második 
helyezést a rangsorban. Új termékével 
pedig egyáltalán nem esélytelen arra, 
hogy a Unix világától tartózkodó, első- 
sorban kisebb webhelyeket üzemeltető 


ügyfelei között számottevő sikert érjen el. 


2 http:/www.netcraft.com/survey 


ötrapabíró TabletPC 

A különlegesen ellenálló 
hordozható gépeiről 
híres Panasonic CF-18 
jelzésű TIoughbook mo- 
dellje több újdonságot 
is felvonultat. Ez az 

első olyan mostoha 
körülmények közé szánt, különlegesen 
megerősített labletPC, ami egyszerre 
képes vezeték nélküli LAN, Bluetooth, 
CDMA és GPS kapcsolatot teremteni. 

A gép katonai minősítéssel is rendel- 
kezik, bírja a rázkódást, az ütődést, a 
vizet, a port, a hőséget és a hideget; 
kijelzője 850 cd/m? fényerővel bír, ami 
szabad téren, erős napsütésnél is lehe- 
tővé teszi a használatát. Tömege nagy- 
jából 2 kg, akkumulátora 7,5 órás 
üzemidőt biztosít. 

Rance Poehler, a Panasonic Computer 
Solutions Company elnöke szerint a 
normál hordozható gépek meghibáso- 
dási aránya húsz százalék feletti, és 
véleménye szerint az átlagos tábla PC-k 
ennél is nagyobb arányban fognak el- 
romlani, ha szélesebb körben elterjed- 
nek - és ekkor még szó sincs arról, hogy 
ezeket a gépeket a tulajdonosaik szabad 
térben használnák. Azt elfelejtette 
hozzátenni, hogy a legújabb Ioughbook 
3200 dolláros árából akár három normál 
gépet is kapni lehetne, így — ha csupán 
a gépvásárlás költségét nézzük, tehát 

a kényelmetlenséget, az esetleges adat- 
vesztést és a kiesett munkaidőt nem 
vesszük figyelembe - a hagyományos 
eszközök mellett döntő felhasználónak 


bőven lesz mit összetörnie. 
A háború mindig nagy 

üzlet — kérdés, kinek —, S 7 
miért lenne ez másképp a 2 
számítástechnika világában? 
A Lind Electronics kifejezetten a Közel- 
Keletre készülődő tudósítóknak Apple 
Titanium G4 hordozható gépekhez 
ajánlja Lind Embedded Reporter Pac- 
kage nevű csomagját, ami egy sok min- 
dent kibíró akkumulátortöltőt és egy 
8—14 órás használati időt nyújtó külső 
akkumulátort tartalmaz. A 700 dolláros 
csomag 12 és 28 voltos áramforrást kíná- 
ló járművekben egyaránt használható, 
csatlakozója NATO-szabvány szerinti; 
mint a cég közleményéből megtudni, a 
HUMVEE terepjárókban például elég az 
anyósülés alá benyúlni, hogy megfelelő 
áramforráshoz jussunk. Azt, hogy a szö- 
vetségesi UAZ járművekben hol kell a 
megfelelő aljzatot keresni, nem közölték. 
2 http:/www.lindelectronics.com 









Közel-Keletre készülve 


Névvita sokadszorra 

A Microsoft 2001 decemberében 
panaszolta be a linuxos alapú Windows- 
imitátor operációs rendszer készítőjét, 
mivel az -— véleménye szerint — 
megsértette a Windows név mint 
bejegyzett védjegy használatát. A Lin- 
dows.com érvelése szerint a Windows 
az ablakok angol megfelelőjeként túl- 
ságosan általános megnevezés ahhoz, 
hogy védjegyként használhassák. 

A Seattle-i bíróság most arra kötelezte 

a Microsoftot, hogy mutassa be a koráb- 
ban az Apple-Microsoft-pereskedés 
során született iratokat. Akkor ugyanis 
a Microsoft sikeresen érvelt amellett, 
hogy a grafikus felhasználói felület, az 
ablakok, az ikonok és egyéb kellékek 
fejlesztése az 1970-es években több cég- 
nél is megkezdődött, így nem válhatnak 
egyetlen társaság tulajdonává, és nem 
is védhetők le. Most hasonló gondolat- 
menet vezethet arra a következtetésre, 
hogy a Windows mint általánosan el- 
terjedt, a szótárakban és a lexikonokban 
is — nem csak a Windows megjelenése 
óta — szereplő név, nem lehet egyetlen 
cég tulajdona, így a hozzá fűződő jogo- 
kat sem lehet megsérteni. Emellett már 
az is kérdéses, hogy a Microsoft ilyen 
adottságok mellett hogyan védethette 
le a nevet, amikor annak bejegyzését 
éppen általánossága miatt az illetékes 
hivatalok többször is megtagadták. 

A következő tárgyalás időpontja decem- 
ber 1-je — akkor talán kiderül, hogy a 
világ egyik legismertebb és legértéke- 
sebb elnevezésének mi lesz a sorsa. 


Grandiózus tervek 

Az Intel Developer Forumon érdekes 
tudnivalók kerültek napvilágra az Intel 
következő nemzedékbeli Pentium 4 pro- 
cesszorával kapcsolatban. A Prescott lap- 
ka 90 nm-es eljárással készül majd, és 
órajelét tekintve egészen 5 GHZz-ig nyúj- 
tózkodik. Az Intel mérnökei azt is elárul- 
ták, hogy egy újfajta órajel-továbbítási 
módszerrel jobban szinkronban tudják 
tartani a lapka részeit — ezt a megoldást 
egyébként más termékekben is alkal- 
mazni kívánják. A 13 új utasítást is isme- 
rő Prescott lesz az Intel első olyan pro- 
cesszora, amelyik támogatja a Le Grande 
kódnevű megoldást. Ugyan részleteket 
nem közöltek, de a Le Grande várhatóan 
egy védett területet fog fenntartani a 
ahol biztonságosan futhat a Microsoft 
által fejlesztett, számos érdekelt cég által 
támogatott, ám a felhasználók által 
legalábbis kétkedve (nem) várt szerzői 
jogvédelmi eszköz, a Palladium. 
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Hűsító HP 

A HP új, az adatközpontok hűtésének 
tervezésére szolgáló megoldása a cég 
állítása szerint évente akár több millió 
dolláros költségmegtakarítást is hozhat 
ügyfelei számára. A levegő áramlását 
számítógép segítségével -— a repülőgépek 
tervezése során használatos módszerhez 
hasonló - szimuláló megoldás elkészíti 
az adatközpont 3D-s modelljét, amelyen 
megvizsgálható a hőeloszlás és a levegő 
áramlása, majd ennek alapján javaslatot 
tesz az eszközök és légkondicionáló 
berendezések elhelyezésére. Hatékony 
elrendezést alakít ki, hogy a hűtéshez 
felhasznált energia mennyisége jelentő- 
sen, nagyobb géptermek esetében akár 
25 százalékkal is csökkenthető legyen. 

A szolgáltatás fejlesztésével a HP meg- 
oldása a későbbiekben arra is képes lesz, 
hogy a berendezések indítását és leál- 
lását figyelembe véve dinamikusan mó- 
dosítsa a hűtést, illetve a lehető legta- 
karékosabb légmozgatásra törekedve 
különböző adatközpontok között osszon 
el bizonyos feladatokat. 


eBook német és francia nyelven 

A Palm Digital Media — a PalmSource 
vállalkozása — bejelentette, hogy két 

cég Európában is Palm Reader eBook- 
kiadványok forgalmazásába kezdett. 

A berlini envi.con KG és a párizsi Giant- 
Chair többek között a Bertelsmann és 

a Hachette könyveit fogja forgalmazni, 
német és francia nyelven. Az előbbi kíná- 
latában többek között Peter Scholl-La- 
tour, Richard von Weizsacker, Felix Huby, 
Franz Kafka és Edgar Allen Poe művei 
szerepelnek, míg francia nyelven számí- 
tástechnikai és gazdasági kiadványok, 
különféle regények lesznek elérhetők, 
illetve a Le Monde bizonyos cikkei. 

A Palm Digital Media kínálatában jelen- 
leg mintegy tízezer elektronikus kiad- 
vány szerepel. A Palm Reader program 
használója viszonylag szabadon válo- 
gathat, hogy milyen eszközön szeretne 
olvasgatni; a program Palm OS és 
Pocket PC alapú, illetve windowsos és 
Macintosh asztali gépekre egyaránt 
elérhető. 

2 http://ebooks.pdassi.de 

2 http:/www.palmlivres.com 


Medgyesi Zoltán (mzerettesoft.hu) 

A BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszívesebben 
a barátnőjével tölti. Szeret autózni és 
bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, hogy 
áttérjen rá. A Linuxvilág hírszerkesztője. 
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N-View 

A tkined felhasználói számára nem lesz idegen az N-View 
hálózatfelügyeleti program. Az N-View azonban jóval gyorsabb 
és könnyebben használható. Több képernyő beállítható benne a 
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különböző alhálózatok számára. Legnagyobb hátránya — neve- 
zetesen az, hogy JRE szükséges hozzá — egyszerűen megoldható, 
ha JRE-t tartalmazó csomagot használsz. Az N-View levélben 


tolepananix com - Documéntation - cfgaHtmil. linux version 1.8 1386 - Mozilla 


File Edit Yiew Go Bookmarks Tools Window Help 


2 9 9 9 S. file.//home/david/newcígzhíml. linux-1.8/tole.pananix.com.himit CPU9:20and§7] (60) 3 110 


Ai Home EJjBookmarks S. WebMail S, Contact 5; People S Vellow Pages 5, Download S; Find Sites EJChannels Gb 
CPU and Model info 


processor tm 
vendor id : AuthenticAHD 
cpu family it § 
model j 
model name : AMD-KT(ítm) Processor 
stepping t 2 
cpu HHz : 700.050 
cache size : 512 KB 
i : no 
: no 
: no 
kal £ 8 
fpu : yes 
fpu exception : yes 
cpuid level s 2 


wp yes 
fílags : ífpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat mux syscall mmxext 3 
bogomips § 2395.§1 


uname 8. hostname 


Linux tole.pananix.com 2.4.20-xís t1 Sat Nov 30 13:48:30 EST 2002 i686 unknown unknown GHU/Linux 


Domainname - pananix.com 
Hostname z töle.pananix.com 


Host alias 
tole. pananix . com 
OS version 


Linux 2.4.20-xfs 











értesít, ha valamelyik rendszer elérhetetlenné válik, bár ennek nem 
sok hasznát látom, ha az adott rendszer éppen a levélkiszolgáló. 
Futtatásához Java szükséges. 

2 http://www.n-view.de/index  en.htmli 


cfg2html 

Ez a segédprogram végigpásztázza a rendszert, és rengeteg adatot 
rögzít róla, amelyek alapján szinte egy az egyben újraépítheted a 
rendszert. Ennyire részletes adatokat szerintem nem célszerű a 
weboldalra kitenni, ellenben igen hasznos kinyomtatni és a rend- 
szer leírásához hozzáfűzni (mert ugyebár van rendszerleírásod?!). 
Futtatásához bash és szabványos unixos eszközök szükségesek. 
2 http://members.tripod.com/rose. swe/cfg/cfg.htmli 
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Cégvilág 


Negyedével csökkenő 
internetárak? 

Az IHM és a Vivendi 2003. március 14-én 
aláírt egy megállapodást, miszerint Az 
Európa Terv programja szerint márciustól 
átlagosan 25 százalékkal csökkennek az 
internet-előfizetési díjak. Ennek keretében 
újabb kétoldalú megállapodás aláírására 
került sor Kovács Kálmán, informatikai és 
hírközlési miniszter és Polányi Sándor, a 
Vivendi Telecom Hungary vezérigazgatója 
között. A minisztérium a vezetékes tele- 
fonszolgáltatóval a tavaly augusztusban 
megkötött támogatási szerződést módosí- 
totta. A Vivendi által az internetszolgálta- 
tók számára nyújtott nagykereskedelmi 
konstrukcióinak köszönhetően az internet- 
szolgáltatók maguk alakíthatnak ki kedve- 
zőbb árú internetcsomagokat. Ezzel megte- 
remtődött a lehetősége annak, hogy az or- 
szág szinte teljes területén 25 százalékkal 
csökkenjen az internethasználat költsége. 


A HP és az életmentés 

Az egészségügyben sokszor másodperce- 
ken múlhat egy-egy beteg élete, az orvo- 
sok nem hibázhatnak — ehhez azonban 
elengedhetetlen, hogy mindig hozzáférje- 
nek a beteg egészségügyi irataihoz (koráb- 
bi leletek, érzékeny-e valamilyen gyógy- 
szerre stb.). A Los Angeles-i Kaliforniai 
Egyetem (UCLA) orvosi központjának szak- 
emberei évente egymillió esetet látnak el 
a sürgősségi osztályon, több mint húsz- 
millió új iratot készítenek a betegekről. 

A kórház az iratokat feldolgozza és tárolja, 
hiszen életbevágóan fontos, hogy szükség 
esetén minden dokumentum kéznél legyen. 
Mivel az iratok feldolgozása és dokumentá- 
lása sok időt, valamint emberi és pénzügyi 
erőforrás igényel, a UCLA orvosi központja 
a HP-hez fordult segítségért. 

A HP receptje: két Digital Sender 9100C 
dokumentumkezelő rendszer. Az orvosi 
központ informatikusai alig egy hónap 
alatt dolgozták ki azt a megoldást, amely- 
nek segítségével a Digital Senderek beol- 
vassák a betegek ellátásával kapcsolatos 
dokumentumokat, majd azokat egy bizton- 
ságos webkiszolgálón tárolják. Az orvosok 
csak behelyezik az oldalakat a lapadago- 
lóba, megnyomják az , orvosi dokumentu- 
mok" billentyűt, és a HP Digital Sender 
9100C az iratokat pillanatok alatt bizton- 
ságosan hozzáférhető digitális fájlokká 
alakítja. 

2 http:/Awww.hp.hu 
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. Az 1927 és 1946 között megjelent 
mozifilmek ennyi százaléka nem 
szerezhető be jelenleg: 93 

. Ennyi kormányhivatalban használt 
asztali gépen tértek át Linuxra a 
spanyol Extremadura tartományban 
2002 novemberéig: 10 000 





. Várhatóan ennyi kormányhivatalban 


használt asztali gépen térnek át Linux- 
ra a spanyol Extremadura tartomány- 
ban 2003 novemberéig: 100 000 


. Ennyi példányban töltötték le Extre- 


madura saját Linux-változatát, 
a Linexet a tartományon kívül: 55 000 


. Ennyi tucat országban támogatja 


törvény a szabad programok 
használatát: 2 


. Ezekben az országokban a szabad 


programokkal kapcsolatos, elfoga- 
dásra váró törvénytervezetek és 
jogszabályok száma: 70 


. A linuxos rendszerkezelési eszközök 


száma az IBM Tivoli termékében 
2001-ben: 2 


. A linuxos rendszerkezelési eszközök 


száma az IBM Tivoli termékében 
2002-ben: 20 


. Az informatikai vezetők ennyi száza- 


léka használ , bizonyos mértékben" 
Linuxot: 39 

A különféle Linux alapú kézi gépek 
száma: 23 

Ennyi kiszolgáló található a buffalói 
egyetem egyik Linux-telepében, ame- 
lyet 2002 szeptemberében telepítet- 
tek: 2 000 

Ennyi kiszolgáló található a buffalói 
egyetem egy másik Linux-telepében, 
amelyet 2002 novemberében tele- 
pítettek: 300 


Források 

1.: Jason Schultznaj Lawrence Lessig-hez intézett levelében 
2—6.: Washington Post 

7-8. : Information Week 

9.: Goldman Sachs Research, IDGnet 

10.: LinuxDevices.com 

11.: Boston Globe 
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Új LME-csoportok 


A Linux-felhasználók Magyarországi Egyesületében (LME) 
megalakult a Debian (LDCs) és a WeblTeam csoport. 


Az LME Debian csoport célkitűzései 

e . A magyarországi Debian GNU/,Linuxot használóknak és 
fejlesztőknek szervezeti formát nyújtani. 

e . A hazai Debian GNU/Linuxszal kapcsolatos kezdeményezések 
felkutatása, elindítása, megszervezése és támogatása az 
elérhető anyagi és emberi erőforrások révén. 

e — Elősegíteni a Debian GNU/Linux minél szélesebb körben való 
elismertségét, természetesen nem az egyéb Linux-terjesztések 
kárára. 

e . Az LDCS közösségi életének megszervezése (például 
rendszeres találkozók rendezése). 

e — Az LME Debian levelezőlista üzemeltetése. 

e — Kapcsolatfelvétel és kapcsolattartás a hazai és külföldi 
társszervezetekkel és társcsoportokkal,. 

e A csoport jó hírnevének kialakítása és képviselete hazai és 
külföldi rendezvényeken. 


A csoport elnöke: Holányi János (Csan) ccsanicolme.linux.hu— 
A csoport honlapja a 5 http:/Awww.lme.hu/debian/ címen 
található. 

Levelezőlistájuk a debianOlists linux.hu címen érhető el. 

A levelezőlistára feliratkozni a következő címen lehet: 

http://lists .Inux.hu/mailmany/listinfo/debian 


WebTeam 

A WebTeam projekt az egyesület weboldalainak üzemeltetésével 
és karbantartásával foglalkozik. Ezek a linux.hu és az Ime.hu oldalak. 
A csoport vezetője: Kovács Zsolt Czsolt kefreemail.hu— 


Gibizer Tibor (gibzo(olinuxmania.hu) 


Visszatekintés 


A három évvel ezelőtti ismertetett programok közül szemezgetve 
remek segédprogramokra bukkantam. Szerepelt köztük a Down- 
loader for X, amit rendszeresen használok, valamint a 
gnotepad-:- és az xglobe. Végül a Note győzött. A Note semmi 
különlegeset nem nyújt azon kívül, amit a neve (jegyzet) ígér, azaz 
jegyzetkészítésre használható. A jegyzeteket bináris, DBM vagy 

a Perl által támogatott bármilyen más SOL-formátumban tárolja. 

A feljegyzések szerkeszthetők, törölhetők, illetve témakörök szerint 
könyvtárakba csoportosíthatók. A jegyzetadatbázis tartalmazhat 
egyszerű szöveget, vagy akár titkosított is lehet, így kiválóan 
alkalmas jelszavak és egyéb bizalmas adatok tárolására. A futta- 
táshoz szükséges: Perl, Perl modulok: IO::Seekable, DBI::mysal 
(vagy más DBI-függő modul, választható), DB File (választható), 
MD5 (választható), Crypt::IDEA (választható), Crypt::DES 
(választható), Crypt::CBC (választható). 

2 http://www.0x49.org 


David A. Bandel (dbandelopananix.com) 
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diff -u: rendszermag-fejlesztési hírek 





Nem sokkal azután, hogy múlt október végén befagyasz- 
tották a rendszermagot, Guillaume Borssiere elhatározta, 
hogy kimutatást készít a 2.5-ös fa szolgáltatásbővítésé- 
ről. Áttanulmányozta a 2.5-ös fejlesztés szinte teljes 
történetét a 2002. év elejétől kezdve. Állapotuk szerint 

a következő hét csoportba sorolta a szolgáltatásokat: 
tervezés, elkezdődött, alfa, béta, beépíthető, beépítés 
felfüggesztve és teljesen beépített. Az első fejlődési 
ábrán látható, hogy a szolgáltatások milyen arányban 
tartoztak az egyes csoportokba. A második fejlődési 
ábra azt mutatja, hogy ténylegesen hány szolgáltatás 
került egy-egy csoportba az idő előrehaladtával. Bár tel- 
jes pontosságot ezektől az ábráktól nem várhatunk, 
nagyon érdekesek — ha másért nem, azért mindenképp, 
mert leolvasható róluk, hogy mennyire vette komolyan 
a fejlesztők többsége a befagyasztás határidejét. Megfi- 
gyelhető, hogy a fejlesztés a nyár folyamán felgyorsult, 
majd az új szolgáltatások tervezésének idejére teljesen 
lecsengett. A tevékenység fokozódása nagyjából arra 

az időre tehető, amikor megszületett a döntés a rend- 
szermagbővítés novemberi befagyasztásáról. 

A szolgáltatásbővítés lezárásától a 2.6-os (vagy 3.0-s) 
változat tényleges kiadásáig tartó szakasz elősegítésére 
az Open Source Development Lab (OSDL) munkaerőt és 
berendezést biztosított a Linux-rendszermagfejlesztésnek 
egy Bugzilla hibakövetési adatbázis karbantartására a 

2 http:/bugzilla.kernel.org webhelyen. A fejlesztők kez- 
detben határozottan támogatták ezt a nyilvántartást, ám 
a lelkesedés kissé lelohadt, amikor David S. Miller és 
más nagymenők ismétlődő bejegyzéseket találtak, és a 
komolytalan jelentések miatt a rendszer — legalábbis az 
eredeti formájában — inkább zavarossá vált, semmint 
hasznossá. Mindazonáltal senki sem akart felhagyni vele, 
s úgy tűnik, jelenleg közös erőfeszítéseket tesznek annak 
érdekében, hogy a hibaadatbázis használható legyen. 
Linus Torvalds először mutatott hajlandóságot arra a 
nyomkövetés kapcsán, hogy javítófájlokat fogadjon el 
egy rendszermagalapú hibakereső programhoz. Linus 
korábban azt az álláspontot képviselte, hogy az igazi 
programozók a forrásfájlokat használják hibakereséshez. 
Habár magyarázatot nem adott rá, hogy miért változta- 
tott a véleményén, most úgy tűnik, jó ötletnek tartja egy 
hálózaton keresztül futó rendszermag-hibakereső prog- 
ram bevételét a rendszermagba. A következő üzembiztos 
kiadásban azonban még kár keresni, mivel Linus — igen 
óvatosan - elhatározását csak a rendszermagbővítés 
lezárása után jelentette be. 

Október végén új, a cramFS-hez hasonló, csak olvasható, 
tömörített fájlrendszer tűnt fel és vette célba a 2.4-es 
rendszermagot. A SguashFS állítólag gyorsabb és jobban 
tömörít, mint a zisoFS vagy a cramFS. Szerzője, Phillip 
Lougher a többi tömörített fájlrendszer korlátozásaira 
keresett megoldást, különösen a legnagyobb fájlméretet, 
a fájlrendszerméretet, illetve a blokkméretet illetően. 

Ha már fájlrendszerekről beszélünk, emlékszik még 
valaki a xiaFS-re? 1993-ban az ext2-vel együtt komoly 
esélye volt rá, hogy a legelterjedtebb fájlrendszerré 
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váljon. A két versenytársat mindössze pár hét különb- 
séggel kezdték nyilvánosan használni, s egy ideig úgy 
tűnt, hogy a xiaFS veszi át a vezetést. 1994-re azonban 
jelentősen visszaesett a népszerűsége, s pár év múlva 
törölték is a hivatalos rendszermagfából. 2000-ben Linus 
felvetette, hogy mókás lenne visszavenni. Végül közvet- 
lenül a novemberi befagyasztást követően Carl-Daniel 
Hailfinger megkérdezte, hogy még áll-e ez az ajánlat. 
Linus azt mondta, hogyne, sőt hajlandó kivételt tenni 
vele a szolgáltatásbővítés lezárását illetően, amennyiben 
Carl hozza a javítócsomagot. 

Zack Brown 
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Láttuk-hallottuk 





A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 
útmutatásokat a 

2 www. linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
(/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a ,BIS" kulcsszó. 
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A hónap szakmai tanácsai 


Melyik GUI-eszközkészletet válasszam? 
Olyan programot írok, ami laboratóriumi kísérleteket 
vezérel és elemzi az adatokat. Tetszőlegesen hosszú RPN 
stílusú parancsokat fogad el. A parancsok visszaidézése 
és szerkesztése, amit például a readline biztosít, létfon- 
tosságú, és a programnak grafikus képernyőn kell futnia. 
Az svgalib használata felé hajlok, mert ez megkönnyítené 
az áttérést a DOS-os változatról, és nagyobb hatékonysá- 
got nyújtana a grafikonok rajzolásában, de más megvaló- 
sítások lehetőségét is meg fogom fontolni. Tudnátok né- 
hány általános ötletet adni a parancssor megvalósítására? 
Bill McConnaughey, mcconnaukobiochem.wustl.edu 


Attól függően, hogy melyik kinézet, illetve programnyelv 
a legkényelmesebb neked, talán akkor jársz a legjobban, 
ha egy modern GUI-eszközkészletet választasz, például 
a GIK---t vagy a Ot-t. Sokkal több kódot tudsz belőlük 
átvenni. Hosszú távon is könnyebb lesz a dolgod, ha a 
képernyők méretének növekedésével a programod mel- 
lett egyszer egy másik programot is szeretnél ugyanazon 
a képernyőn futtatni. 
Ricardo Fernández Pascual egy érdekesnek tűnő 
önműködő kiegészítésképességet írt a GtkEntry elemhez. 
Projektjének a neve EggEntry, és elég általánosnak tűnik 
ahhoz, hogy bonyolult parancsok bevitelét támogassa: 
2 http://www.geocrawler.com/mail/msg.php3? 

msg 1d—98087424l1ist— 521. 
Don Marti, dmartKoOssc.com 


A kettős rendszer telepítéskor lefagy 
Mostanában vettem egy Compag Presario 1516US 
számítógépet, amelyhez Microsoft Windows XP járt. 
A Partition Magic segítségével felosztottam a merev- 
lemezt. Miután behelyeztem a Red Hat 8.0 telepítő 
CD-jét, a telepítés átment a kezdő ellenőrző lépéseken. 
Amikor a következő lépéshez ért, lefagyott: 
Partition Check: 

hda : 
A kurzor villog, és semmi sem történik. 
Avran, idontlikemaikoearthlink.net 


Az alábbi oldalon egy jó oktatóanyagot találsz a Linux 

GRUB rendszerbetöltőjének telepítéséről két operációs 

rendszert használó számítógépre, amelyen a Windows 

a Linux telepítése előtt már telepítve volt: 

2 http://www.geocities.com/epark/linux/ 
grub-w2k-HOWTO. html. 

Felipe E. Barousse Boué, fbarousse(opiensa.com 


Egyetlen lemezfelosztást változtató eszköz sem ad száz- 
százalékos biztonságot. Mindegyik figyelmeztet, hogy elő- 
ször készítsünk biztonsági mentést. A két operációs rend- 
szer használata a munkavégzés szempontjából nem haté- 
kony, mert az éppen szükséges alkalmazás látszólag min- 
dig a másik operációs rendszer alatt van telepítve. Ha már 
mindenképpen a kettős rendszer mellett döntesz, készíts 
biztonsági mentést az eredeti operációs rendszerről, hogy 
szükség esetén visszaállíthasd az eredeti állapotot. 

Don Marti, dmartKossc.com 


A Modem Lights kisalkalmazás 

nem hagy kilépni 

Red Hat 8.0 környezetben a Modem Lights kisalkalma- 
zást használom a PPP-kapcsolat felépítésére, de nem 
tudom alkalmazni a szétkapcsolásra. Ha ismét megnyo- 
mom a gombot, hogy kilépjek, a program még egyszer 
megkérdezi: Do you want to connect? Ha nemleges vá- 
laszt adok, nem történik semmi. Ha igenlő választ adok, 
a program szétkapcsol, majd ismételten csatlakozik. 
Martin A. Boegelund, goblincolinuxmail.org 


Az alapértelmezett beállításokkal van itt a gond. A Modem 
Lights kisalkalmazás Preferences párbeszédablakában 
menj az Advanced fülre. Itt állítsd be a modem zároló- 
fájlját. Próbáld meg erre beállítani: /var/lock/LCK. modem. 
Ben Ford, bencokalifornia.com 


Felügyelet monitor és billentyűzet nélkül 
Olyan x86 alapú keretbe építhető kiszolgálókat keresek, 
amelyek monitor és billentyűzet nélkül kezelhetők. 
Jelenleg több olyan Sun V100-as rendszert használok, 
amelyek képesek erre, de itt a Solaris használatára 
kényszerülök. A kaputovábbítás módszerével már sike- 
rült , fej nélküli" rendszereket telepítenem a soros csato- 
lóra, de ez nem oldja meg azokat a gondokat, amelyek 
az operációs rendszer lefagyásakor lépnek fel, amikor 
ki- és be kellene kapcsolni a gépet, vagy az operációs 
rendszert kellene a távolból frissíteni. 

Ron Culler, roncfirelan.net 


Egy gépfelügyelő kártyára van szükséged. Sok nagy Intel 
alapú kiszolgálókat gyártó cég, többek között a Dell, a 
HP és az IBM ajánl a kiszolgálóihoz ilyen kártyákat vá- 
lasztható összetevőként. E kártyák működése gyakorla- 
tilag a konzolnak a soros kapura történő átirányításához 
hasonlít, kivéve hogy más dolgokra is használhatóak, 
például a rendszernek távolból való újraindítására vagy 
a kiszolgáló teljes kikapcsolására. Néhány ilyen kártya 
még hálózati kapuval is rendelkezik, kiküszöbölve a 
soros alapú kommunikációt. 

Chad Robinson, crobinsonarfgonline.com 


Néhány alaplap, például az Intel 440GX egy második 
soros kapuval rendelkezik, amely pont arra használható, 
amire neked szükséged van (a gép megfigyelésére, 
újraindításra és kikapcsolásra). Természetesen a BIOS is 
átirányítható erre a kapura. Az EMP (vészkezelő kapu) 
vezérléséhez Linux-környezetben a VACM-et használ- 
hatod, lásd 5 http://vacm.sf.net. 

Marc Merlin, marc bts2google.com 


A Middle Digital, Inc. gyárt olyan ISA és PCI kártyákat, 
amelyek a legtöbb PC alapú rendszert , fej nélküli" ké- 
pességgel ruházzák fel. Telnetelj be a 
demo.realweasel.com címre, és nézd meg élőben, 
vagy keress rá a , weasel" kifejezésre a Linux Journal 
honlapján. 

Don Marti, dmartKoOssc.com 
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Új termékek 


Xilinx Virtex-II Pro ML300 
Evaluation Platform 

A Xilinx Virtex-II Pro ML300 Evalua- 
tion Platformja a fejlesztők számára 
lehetővé teszi, hogy megismerjék 

a beágyazott PowerPC processzort 
tartalmazó Virtex-II Pro FPGA tulaj- 
donságait. Ez egy olyan fejlesztő- 
felület, ami a PowerPC-t, a RocketlO 
adóvevőt és más Virtex-II Pro FPGA 
tulajdonságokat kihasználó termékek 
tervezésére való. A termék tartal- 
mazza a GNU-eszközöket és -referen- 
ciaterveket, a ChipScope Pro 5.II 
hibakereső eszközt, több mint negy- 
ven paraméterezhető IP-alapmagot 
(core), a Xilinx ISE 5.1! FPGA meg- 
valósító eszközök próbaváltozatát és 
a vezetékeket. Az ML300 MontaVista 
Linux Professional Edition 
környezetben támogatott. 

Az alaplap tulajdonságai: négy giga- 
bites ethernetkapu, két soros ATA- 





csatlakozó, két HSSDC2 csatlakozó, 
SystemACE CF felület 1 GB-os IBM 
MicrobDrive-val, 128 MB DDR 
SDRAM, 6,4" VGA TFT LCD beépített 
érintőképernyő-képességgel, IEEE- 
1394 támogatás, 32/33 PCI Mezza- 
nine Card bővítőhely, két CardBus 
bővítőhely, AC97 Audio, IIL EEPROM, 
hőmérsékletérzékelők, digitális poten- 
ciométerek; SPI EEPROM; PS2, soros 
és párhuzamos kapuk, valamint egy 
62 négyzet-centiméteres prototípus- 
terület 90 szabad FPGA B/K-val. 
Adatok: Xilinx, Inc., 2100 Logic 
Drive, San Jose, California 95124, 
telefon: 408-559-/7778, 

2 http:/Awww.xilinx.com/mI300 


PureMessage 3.0 

A PureMessage (korábban PerlMx) 
bejelentette reklámlevél-ellenes, 
vírusírtó és irányelv-betartató termé- 
kének 3.0-s változatát. A program 
gátat szab a nem kívánt elektronikus 
leveleknek és védi a végfelhasználók 
postafiókját. A PureMessage nyílt 
forrású programokon alapul, például 
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a SpamAssassinon és a WebAdmi- 
non; Perl nyelven bővíthető, és a 
legtöbb Unix-felületet támogatja. 

A 3.0-s változat a következőket 
tartalmazza: webalapú kezelőfelület 
az irányelvek beállításához, tovább- 
fejlesztett levélszemét-felismerő, 
rugalmas kezelés, választható végfel- 
használói karanténkezelés és 
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McAfee vírusírtómotor. A PureMes- 
sage levélszemét-felismerő képes- 
ségét a levélszemét-ellenes elméle- 
tek fejlődésével összhangban rend- 
szeresen frissítik. 

Adatok: ActiveState Corporation, 
7400 - 580 Granville Street, 
Vancouver, BC V6C 1W6, Canada, 
telefon: 604-484-6400, 

e-mail: supporto2activestate.com, 
2 http:/Awww.activestate.com 


Fonix DECtalk RT 

A DECtalk szövegfelolvasó program 
egy formánsalapú beszédszinte- 
tizátor, amely a közönséges szöveget 
természetes hangzású, érthető be- 
széddé alakítja. A DECtalk személyre 
szabható hangszíneket kínál, és a 
részletekbe menő beállítási lehető- 
ségek biztosítják a jó teljesítményt 

a mindennapi alkalmazásokban. 

A Fonix DECtalk RT for Linux több- 
nyelvű szövegfelolvasást tesz lehe- 
tővé; kilenc előre meghatározott 
hangszín érhető el; ki tud ejteni han- 
gokat; szavakat és kifejezéseket; a 
beszéd szüneteltethető, folytatható 
és leállítható; tetszőleges szövegfájl- 
ba lehetséges a beszédet vezérlő 
parancsokat beépíteni stb. A DECtalk 
letölthető, és futásidejű összetevő- 
ként együttműködik minden olyan 
alkalmazással, amelyet erre felké- 
szítettek. 

Adatok: Fonix, 180 W Election Road, 
Draper, Utah 84020, 

telefon: 801-553-6600, 

2 http://Awww.fonix.com 


Powerwall 3 

Az AdminForce Powerwall 3 Network 
Security System (3NSS) kis- 

és közepes vállalkozások saj 
számára nyújt biztonságelle- 
nőrzési és behatolásérzéke- 
lési szolgáltatásokat. A Powerwall 
3NSS távolból telepíthető, figyelhető, 
hetente jelentést készít az esemé- 
nyekről, riaszt és idejében figyelmez- 
tet. A proxyszolgáltatások a Power- 
wallba be vannak építve, beleértve 

a következőket: DNS, web, e-mail, 
CUSeeMe, RealAudio és RealVideo. 
A VPN szolgáltatásengedélyezés be- 
bocsátja vagy letiltja bármilyen TPC 
vagy UDP alapú alkalmazás hozzáfé- 
rését. A Powerwall 3 egy 19"-es 
keretbe szerelhető házban kapott 
helyet. Megtalálható benne 128 MB 
RAM, legfeljebb négy ethernetkapu, 
Token Ring és FDDI-támogatás, 
parancssoros felület és címálcázás. 
Adatok: AdminForce Remote LLC, 
240 Copley Road, Upper Darby, 
Pennsylvania 19082, 

telefon: 610-7/34-1900, 

e-mail: sales-oadminforce.net, 

2 http://www.adminforce.net 


CrossOver 

Office Server Edition 

A CodeWeavers megjelentette a 
CrossOver Office Server Editiont, 
ami a Linuxot vagy Solarist futtató 
osztott vékony ügyfeleket használó 
nagyvállalati felhasználó számára 
lehetővé teszi, hogy MS Windows 
programokat használjanak anélkül, 
hogy Microsoft operációs rendszerrel 
és a hozzá tartozó engedélyekkel 
rendelkeznének. A CrossOver Office 
támogatja az irodai alapcsomagokat, 
például az MS Office-t, az Outlookot, 
az Internet Explorert és sok más 
üzleti alkalmazást. A Server Edition 
az egy idejű felhasználók mennyi- 
ségétől függően árazza engedélyeit, 
de korlátlan számú felhasználót 
engedélyező vállalati engedély 

is elérhető. 

Adatok: CodeWeavers, Inc., 2550 
University Avenue West, Suite 4395, 
St. Paul, Minnesota 55114, 

e-mail: sales-ocodeweavers.com, 
2 http:/Awvww.codeweavers.com 
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Minden egyes szót, 
amely bekerül a 
rendszerünkbe, csak 
néhány másodperccel 
előbb gépelte 

be valahol valaki. 





16 


Linuxvilág 





A Listening Post: hálózati fórumok a művészetben 


Kihagyhatatlan élményt nyújt a Listening Post című 
installáció. Mark Hansen és Ben Rubin alkotása jelenleg 
a New york-i Whitney Modern Művészeti Múzeum 
kiállításán látható (5 http:/Awww.whitney.org). Ez a 
rendkívüli darab, ami egyszerre négy számítógépen 

és ugyanennyi különböző operációs rendszeren fut (ter- 
mészetesen ezek egyike a Linux), az Internet egyesített 
hangját fejezi ki, multimédiás berendezéssé alakítva 

át a hálózati kapcsolattartást. 

Az alkotás honlapján olvasható ismertető szerint a Liste- 
ning Post , statisztikai elemzéssel az üzeneteket tartal- 
muk szerint témakörökbe rendezi, nyomon követve a há- 
lózaton folyó kapcsolattartás hullámzását. A kimondott 
szót hangok játéka festi alá, melynek magasság- és 
hangszínbeli változásai az üzenetek áramlásának és tar- 
talmának váltakozását követik." 

2002 novemberében seattle-i tartózkodásom alatt volt 
szerencsém , megtekinteni" a Listening Postot. Elsőre az 
alkotásból áradó szinte kísértetiesen emberi érzet raga- 
dott meg — szokatlan, hogy a számítástechnika efféle 
költőiséggel társuljon. Egy elsötétített szobában, párnák- 
kal a földön, falnyi apró képernyő sugározza zöld betűkkel 
a több ezer nyilvános hálózati csatornáról valós időben 
gyűjtött szöveget. A szövegtöredékeket egy számítógép 
által létrehozott, brit kiejtéssel beszélő hang kíséri, amely 
felolvas egy-egy véletlenszerűen kiválasztottat a villogó 
üzenetek közül. Különösen nagy hatással volt rám a ,,... 
vagyok" sorozat; ,,... vagyok" formájú, valós idejű üze- 
netek hangzanak el a sötétben: , Fáradt vagyok." , Bol- 
dog vagyok." , Norvég vagyok." Száz meg száz ember, 
akik éppen abban a pillanatban írják le önmaguk legalap- 
vetőbb vonásait, ki tudja, honnan vagy kinek, míg képze- 
letem száguldva próbálja meg kiegészíteni történeteiket. 
Nehéz találóan visszaadni a Listening Post tiszavirágéltű 
természetét; a mű legjobb jellemzésével a két alkotó 
egyike, Ben Rubin szolgál művészi nyilatkozatában: , Min- 
denki, aki begépel és elküld egy üze- 
netet egy csevegőszobában, valami- 
féle válaszért kiált. A Listening Post 
a mi válaszunk — a szövegek látvá- 
nyos elrendezéseinek és zenei alá- 
festések egy sorozata, ami ennek 
az üzenetáradatnak a méretére, 
azonnali jellegére és a tartalmára 
válaszol. Minden egyes szót, amely 
bekerül a rendszerünkbe, csak 
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néhány másodperccel előbb gépelte be valahol valaki. 
A beérkező üzenetek szaggatott üteme adja a mű látható 
és hallható ritmikáját. A hangképző rendszerek a szél- 
csengőkhöz hasonló felépítésűek, csak itt a szél nem 
meteorológiai, hanem emberi eredetű, és a mozgó ré- 
szecskék nem levegőmolekulák, hanem szavak. Bizonyos 
értelemben a Listening Post lényege az, hogy befogja az 
emberi energiát, amit ez a sok szó hordoz, és átvezesse 
azt a rendszer gépezetén. 
A Listening Post képviseli Mark Hansennel való együtt- 
működésem legjelentősebb eredményét, aki az általam 
ismert művészek közül az egyetlen, akinek a statisztika a 
kifejezőeszköze. Mióta együtt dolgozunk, fogalmi szókin- 
csem rengeteg olyan kifejezéssel bővült, ami Mark min- 
dennapi munkájának szerves része, például telepépítés, 
simítás, kiugróan eltérő adat, nagy dimenziószámú tér, 
valószínűségi eloszlás stb. Mark szemszögéből pillantván 
meg a világot olyan hangokra lettem figyelmes, amelye- 
ket korábban eszembe sem jutott volna keresni." 
Kiállítási dátumokat és egyéb adatokat a Listening 
Post honlapján találunk. 
2 http:/Avww.earstudio.com/projects/ListeningPost.htmi 
JIN Franklin 
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Ujabb MPAA támadás: muúsorszórási fejléc 


Betiltja-e az amerikai kormány a szabad meghajtók fejlesztését a tévévevőkhöz? 


,Digitális Évezred Szerzői Jogi 

AA Törvénye" (Digital Millennium 

Copiright Act, azaz DMCA) 
jelentősen kiterjesztette a szerzői jogok 
birtokosainak a jogait a jogdíjas proto- 
kollok és médiaformátumok megvaló- 
sítási módjainak ellenőrzésére. Ugyan- 

akkor lényegében érintetlenül hagyta a 

nem jogdíjas formátumok szabályozását. 

A DMCA értelmében még szabadon va- 

lósíthatjuk meg nyílt szabványokra épü- 

lő rendszerünket, olyan tulajdonságokat 
építve bele, amiket jónak látunk. 

Most azonban még ez az , előírás nélküli" 

szabályozás is támadások kereszttüzébe 

került. Olyan javaslatok jelentek meg, 
amelyek a nyílt szabványok felhasználá- 
sának szabályozását tűzik ki célul. A leg- 
ismertebb a Digitális Műsorszórást Sza- 
bályozó Törvény (CBDIPA), amelyet 

Ernest Hollings szenátor terjesztett elő. 

A CBDIPA messzebbre megy, mint a 

DMCA, mert megköveteli, hogy minden 

, digitális médiaeszközt" ,szabványos 

biztonsági megoldásokkal" kell fölszerelni 

A CBDIPA-t több oldalról is bírálat érte, 

azonban a szórakoztatóipar szereplői 

lényegében több jobban emészthető 
részre darabolták. Az Amerikai Mozgó- 
kép Szövetség (MPAA) az elmúlt év 
során három jogi szabályozás bevezetése 
érdekében tevékenykedett: 

1. ,Műsorszórási fejléc" kötelező beve- 
zetése minden digitális műsorszórás 
vételére alkalmas eszközhöz. 

2. Az ,analóg kerülőút" kihasználását 
akadályozó vízjelérzékelő kötelező 
bevezetése minden olyan eszközön, 
— digitális átalakítást végez. 

3. Egy meghatározatlan műszaki eljárás, 
amelyet a gép—-gép-állománymegosz- 
tást végző programokban lenne köte- 
lező használni. 

Önmagában e javaslatok egyike sem 

olyan szigorú, mint a CBDIPA. Az elő- 

írásokat fokozatosan is bevezethetik, és 
elképzelhető, hogy az elektronikai ipar 
nem indít hadjáratot egyik előírás ellen 
sem. Lehet, hogy az iparág szereplői 
megosztottak lesznek, és nem lépnek fel 
olyan szabályozás ellen, amely közvet- 
lenül nem érinti őket. 

Az MPAA máris lobbytevékenységet 

folytat a ,műsorszórási fejléc" bevezeté- 
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séért. Ez a javaslat az Egyesült Államo- 
kon belüli digitális műsorszórást érinti. 
De ez az első része egy olyan szabályo- 
zási csomagnak, amelyet most kell meg- 
akadályoznunk - a filmstúdióknak keve- 
sebb, nem pedig több beleszólásuknak 
kellene lennie a műszaki megoldásokba. 
A jelenlegi amerikai tévéadások az öt- 
venéves analóg NISC átviteli szabványt 
használják. 1996-ban az Egyesült Álla- 
mok elfogadott egy tervezetet az NISC 
leváltására. Az AISC kiváló minőségű 
HDIV-képek átvitelére alkalmas. Ennek 
az átállásnak a terv szerint 2006-ban kell 
befejeződnie az analóg műsorszórás 
teljes megszűnésével. Az átmeneti idő- 
szakban a tévéállomások analóg és digi- 
tális jelet is sugároznak (további csator- 
nákat használva, amelyeket a kormány 
ad kölcsön). Már kaphatók az AISC- 
megfelelő házimozirendszerek és szá- 
mítógépes vevőkártyák. Az átállás tehát 
megkezdődött. 

Az AISC nyílt szabvány, ezért a belföldi 
adások mindig kódolatlanok. A DIMCA 
ez okból kifolyólag nem korlátozza az 
AISC-vevőkben megvalósítható képes- 
ségeket. A hollywoodi stúdiók azt állít- 
ják, hogy így az AISC műsorszórás nem 
elég biztonságos a hollywoodi filmek 
közvetítéséhez - ha bárki készíthet ve- 
vőkészüléket, olyan módon is használ- 
hatják a filmeket, amelyeket a stúdiók 
meg kívánnak akadályozni. 

A stúdiók szerint az AISC-vevők , koc- 
kázata" visszatartja őket attól, hogy 
AISC műsorszórásra átadják filmjeiket. 
Kódolatlan NISC műsorszórásra fenn- 
tartás nélkül átadják őket, de az AISC 
adás jobb minősége állítólag jobban csá- 
bít a szerzői jogok megsértésére. Az adá- 
sok kódolása helyett azonban a stúdiók 
olyan jogi szabályozást javasolnak, 
amely azt korlátozza, hogy a vevőkészü- 
lékek mire használhatják a tévéjelet. 

A stúdiók javaslata szerint a tévévevők- 
nek, legyen szó akár az eszközről, akár 
a programról, az előírásoknak , megfe- 
lelőnek" és , ellenállónak" kell lennie 

a felhasználói módosításokkal szemben. 
A ,megfelelőség" követelménye a meg- 
engedhető kimenetet formátumok szűk 
körére korlátozza, amelyek megvalósí- 
tására pedig a DMCA állít fel újabb 


korlátokat. A nyílt szabványokat nem 
kötelező alkalmazni. Ez óriási nyomást 
jelent a szórakoztatóelektronikai cégek 
számára, hogy jogdíjas megoldásokat 
alkalmazzanak. A nyílt felületek, ame- 
lyekre az egyik stúdió képviselője a , ki- 
futó felületek" kifejezéssel utalt — mivel 
ezek nem rendelkeznek másolásvéde- 
lemmel, jelentős versenyhátrányba 
kerülnének. 

Az ,ellenállóság" követelménye meggá- 
tolja, hogy a programozók szabad meg- 
hajtókat fejlesszenek az ATSC-hez, mint 
amilyenek már fejlesztés alatt is állnak. 
Megtiltanák az ATSC szabad progra- 
mokban történő megvalósításait is, ami- 
lyen az FSF-féle GNU Radio Project, ami 
a rádiójeleket programszinten dolgozza 
föl. Ha egy programot a felhasználó 
módosíthat, akkor erre a programra 
nem bízható annak szabályozása, hogy 
a felhasználók milyen célra alkalmazzák 
— ugyanezt az érvet hozza fel az MPAA 
a szabad DVD-lejátszók ellen is. A mű- 
sorszórási fejléc bevezetése éppen azért 
vezethetne bizonyos szabad programok 
betiltásához, mert ezeket a programokat 
a felhasználó módosíthatja. 

A Szövetségi Távközlési Bizottság 
(Fedral Communications Commission, 
azaz FCC) jelenleg azt fontolgatja, hogy 
mindenfajta tévé-vevőkészülékben 
kötelezővé tegye az ilyen előírásoknak 
megfelelő felszereléseket. 

Az EFF küzdelmet folytat e javaslat 
ellen, és nemrég beadvánnyal fordult 
az FCC-hez ez ügyben. Részt vettünk 

a javaslatot kidolgozó Broadcast Protec- 
tion Discussion Group minden egyes 
ülésén. , Consensus At Lawyerpoint" 
nevű weboldalunkkal megpróbáltuk 
betölteni azt a tájékoztatási űrt, amely 

a műsorszórási fejléc ügyét körülvette. 
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Seth David Schoen 

I seth hozta létre az EFF sze- 
mélyzeti technológusi be- 
osztást, ez a személy segít 
más szakembereknek mun- 
r kájuknak a szabadságjogokra 
gyakorolt hatásának a megértésében. 
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Virtuális hálózat egy elosztóval 


Sokszor előkerülnek a virtuális hálózatok (VLAN), mégis gyakran nem tudjuk, mire is 
használhatnánk őket. Cégünknél a minap felmerült egy fura feladat: egyetlen hálózati 
elosztóval kellett megoldani a különböző munkacsoportok szétválasztását. 


helyzet biztosan ismerős: idővel 
AA a vállalaton belül egyre több 

számítógép gyűlik össze, előbb- 
utóbb összekapcsolják őket egy háló- 
zatba, egy egyszerű elosztó segítségével. 
Később kialakulnak a külön munkacso- 
portok, egy idő után pedig szembekerül 
a vállalat a hálózati biztonság kérdésével. 
Üzembe helyeznek ugyan tűzfalat, de 
mit tehetnek a belső biztonság érdeké- 
ben? Hogyan tudják szétválasztani a 
munkacsoportokat, ha nem akarják a 
már kihúzott kábeleket lecserélni? 
Másik kérdés lehet, hogy a munkacso- 
portoknak jó esetben nem szabad 
látniuk egymást, léteznek viszont olyan 
kiszolgálók, amelyeket mindegyik 
gépnek látnia kell. Az ilyen kihívások 
megoldására több mód lehetséges. 


Az első, hogy a különböző munkacso- 
portokat egy-egy elosztóba (hub) kötjük, 
külön alhálózatokat hozva létre (1. ábra), 
majd az útválasztást az egyik kiszolgá- 
lóra bízzuk. Ehhez a megoldáshoz szük- 
ségünk van csoportonként egy elosz- 
tóra, megfelelő kábelezésre, valamint 
egy megbízható kiszolgálóra, melyben 
legalább annyi hálózati kártya van, 
ahány alhálózatunk. A megoldással kap- 
csolatban több gond is felmerülhet: sok 
kicsi elosztó felügyelete, az elosztókon 
belül semmiféle felügyeleti lehetősé- 
günk nincs (kivéve, hogy a rosszalkodók 
gépét kihúzzuk), ugyanígy az alhálóza- 
tokon belül az egész hálózati forgalom 
látszik, valamint az útválasztóként üze- 
melő gép leállásakor az alhálók közötti 
kapcsolat megszakad. 


A drága megoldás 

A második lehetőségünk, hogy vásáro- 
lunk egy céleszközt, egy profi útválasz- 
tót, ami külön egységként dolgozik, 
beállíthatjuk pontosan, hogy ki lát kit, 
nem kell szenvedni a külön kábelezés- 
sel, egységesen tudjuk felügyelni a 
hálózatot, sőt, az útválasztó terhelés- 
mentesít is, nem küldi ki feleslegesen 
mindegyik kapura a csomagokat 

(2. ábra). Emellett azt is meg kell emlí- 
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teni, hogy a céleszközök lényegesen 
megbízhatóbbak, mint egy PC-alkatré- 
szekből tákolt útválasztó. A hátrányok 
között csupán egy szerepel, ami viszont 
néha nagyon komoly gondot okoz, ez 
pedig az eszköz ára. 


VLAN az útválasztóban 

Végül a harmadik megoldás a képzett 
hálózatok, a VLAN-ok (Virtual LAN) 
használata. Ilyen ,belső hálók" kialakí- 
tására több megoldás kínálkozik. A lé- 
nyeg, hogy valamilyen elmélet szerint 
csoportokat képezünk a gépekből, és a 


srv1 
srv2 
raktár1 


raktár2 





megadjuk, hogy melyik csatlakozójuk 
melyik képzett csoportba tartozik, a 
többi pedig az eszköz dolga. Innentől 
az adott hálózati eszköz úgy működik, 
mintha sok különálló kisebb egység 
volna, a képzett alhálózatok pedig nem 
látják egymást. 


Előnyként lehet felhozni a központosí- 
tott felügyeletet, az erősebb biztonságot, 
valamint azt, hogy ma már elérhető 
áron is lehet kapni VLAN-képes kapcso- 
lókat. Ezzel együtt ennek a megoldás- 
nak is akadnak hátulütői. A legnagyobb 


iroda! 


iIroda2 


bolt1 


bolt2 


1. ábra Három jelelosztó 


srv1 


srv2 


raktár1 


raktár2 





iroda! 


iIroda2 


bolt1 


bolt2 


2. ábra Külön útválasztó 


csoportoknak egyedi azonosítót (VID, 
VLAN lIdentifier) adunk. A csoportra 
bontást megoldhatjuk a hálózati eszkö- 
zök vagy az ügyfélgépek szintjén. 
Ahhoz, hogy a hálózati eszközök szint- 
jén oldjuk meg, szükségünk van egy 
VLAN-csoportosítást támogató útválasz- 
tóra vagy kapcsolóra (switch - a kap- 
csolók lényegesen olcsóbb eszközök, 
mint az útválasztók, általában kisebb 
tudással). Ekkor a hálózati eszközben 


baj talán az, hogy a legtöbb elérhető árú 
kapcsolóval nem tudjuk megadni, 
hogy egyes kapuk szerepeljenek több 
csoportban is (mivel egy adott kapuhoz 
csak egyetlen VID-et adhatunk meg), 
így ha például egy központi kiszolgálót 
mindenkinek el kell érnie, akkor a ki- 
szolgálóba annyi hálókártyát kell 
raknunk, ahány képzett hálóba akarjuk 
kötni. És ha éppen három gépet aka- 
runk négy képzett hálóból elérni, akkor 


VID:2, 3, 4 


VID:2, 3, 4 


raktár1 


raktár2 


iroda1 





3. ábra Az ügyes megoldás: átfedő VLAN-ok a kapcsolón belül 


az tizenkét hálókártyát és a hálózati 
eszközön tizenkét foglalt kaput jelent. 


VLAN-os ügyfélgépek 

Megoldhatjuk az alhálók képzését gép- 
szinten is, azonban ehhez további isme- 
retek szükségesek. A VLAN-ok kitalálá- 
sakor az alapötlet az volt, hogy ugyan- 
azon a hálózaton az egymás mellett 
közlekedő csomagok ne zavarják egy- 
mást. Ennek érdekében azok a csoma- 
gok, amelyek egy adott képzett háló- 
zathoz tartoznak, módosított szerkezetű 
IP-fejlécet kapnak. Ugyanazon a hálóza- 
ton utaznak tehát az eredeti IP-szab- 
ványnak megfelelő csomagok és a 
VLAN-csomagok is. 

Amikor a csomag megérkezik a gépek- 
hez, azok a gépek, amelyek nincsenek 
felkészítve a VLAN használatára, egy- 
szerűen a , hibás" fejléc miatt eldobják 
a VLAN-csomagot, míg a képzett háló- 
zatba tartozó gépek visszaalakítják a 
fejlécet és vígan használják azt. Ennek 
megoldására régen egy egyszerű mód- 
szert használtak, a felismerés és a vissza- 
fejtés képességét a hálózati kártyák 
vezérlőprogramjába építették. Így, ha 

a húsz gép közül ötöt át szerettünk vol- 
na rakni egy külön képzett hálózatba, 
annyi feladatunk volt csupán, hogy egy 
másik VID-et adtunk meg az öt gép 
hálózati kártyájához tartozó vezérlő- 
programnak. No igen, rossz esetben 
pedig vásárolhattunk öt VLAN-t támo- 
gató hálózati kártyát, ha éppen egysze- 
rűbb hálókártyák voltak a gépekben. 


VLan Linux alatt 

Szerencsére kedvenc operációs rendsze- 
rünk, a GNU/Linux képes könnyedén 
kezelni ezeket a kihívásokat, és bármi- 
lyen hálózati kártyával egyszerűen részt 
tudunk venni bármelyik VLAN életében. 
A Linux-rendszermag képes a legegy- 
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szerűbb hálózati csatolón is VID-es cso- 
magokat küldeni. Ehhez a rendszer- 
magba kell fordítanunk a 802.19 
lehetőséget, ezt a Networking Options 
-5 802.10 VLAN Support menüpontnál 
találhatjuk. Miután rendszermagunkat 
rendben lefordítottuk, próbáljuk is ki ezt 
a remek kiegészítést! 

A VID-vel rendelkező hálózati kapcso- 
latok az ethX .n formát fogják követni, 
ahhol az ethX a használt ethernetkártya 
(ethOo, eth1 stb.) a .n pedig a VID- 
azonosítója. 

A beállításhoz használjuk a vconfig 
parancsot, az alábbi példában készítünk 
egy 2-es VID-vel rendelkező eth0 . 2-es 
felületet, ami a 10.1.2.0-s alhálózathoz 
kapcsolódik, beállítjuk hozzá az 
útválasztó táblát: 


vconfig add eth0O 2; 
itlconftig ethO0.2 10.1.2.113 
netmask 255.255.255.0; 
ifconfig eth0.2 up; 

route add -net 10.1.2.0 
netmask 255.255.255.0 dev 
eth0O.2 


Ezek után az eth0 . 2-es csatolón kikül- 
dött csomagok a 10.1.2.0-s alhálózatra 
fognak menni. A képzett hálózatok 
között pedig egy linuxos gép vígan 
elláthatja az útválasztó szerepét. 
Eljutottunk tehát oda, hogy egyetlen há- 
lózati szakaszon több képzett alhálónk 
lehet, egy-egy gép pedig részt vehet 
akár több alháló életében is. És ehhez 
még nem is kellett módosítani a hálózati 
felépítést sem! Ennek a kiépítésnek is 
vannak nehézségei. Itt ismét a legfonto- 
sabbat emelem ki először, azt, hogy 
mindegyik ügyfélgépet egyesével kell 
beállítani. Fontos még az is, hogyha 
továbbra is elosztókkal és nem kapcso- 
lókkal vagy útválasztókkal dolgozunk, 


akkor az összes hálózati forgalom az 
egyetlen szakaszt terheli, ez pedig 
komoly korlát lehet. 


Kecske és káposzta 

Tudom, hogy ennyi lehetőség után már 

zsong a rendszergazda feje és azon 

gondolkodik, hogy miért nem tudtak 

kitalálni valami olyan megoldást, ame- 

lyik ötvözi a különféle megoldások 

hasznát, elsősorban: 

e ne kelljen újrakábelezni, 

e a képzett hálók ne lássák egymást, 

e legyen lehetőség központosított 
karbantartásra, 

e ne kelljen a munkagépeket 
egyesével piszkálgatni, 

e a kiszolgálókba is csak egy 
hálókártyára legyen szükség, 

e a hálózati terhelés legyen elosztva, 

e olcsó legyen. 


Nos, amikor egyik ismerősömmel 
beszéltem erről a kérdésről, egy nagyon 
érdekes megoldást javasolt. A gond az, 
hogy egy kapcsoló (több okból is kifo- 
lyólag) sokszor nem tudja megállapítani, 
hogy hova kell küldenie egy csomagot. 
Az volna a legszebb, ha valami ilyesmit 
mondhatnánk az eszköznek: van hat 
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munkagépünk (irodal, iroda2, raktárl1, 
raktár2, bolti, bolt2) és két kiszolgálónk 
(srv1, srv2). legyük fel, hogy az iroda 

a 10.10.2.0/24-es hálózat (vagyis a 
10.10.2." című gépekből áll), a raktár a 
10.10.3.0/24-es, a bolt a 10.10.4.0/24-es, a 
kiszolgálók pedig a 10.10.1.1 és 10.10.1.2 
címen vannak. Azt szeretnénk, hogy a 
három részleg (iroda, raktár és bolt) ne 
lássák egymást, de mindenki lássa a 
kiszolgálókat. Az egyik megoldás az 
lehet, hogy a hálózati eszközben bonyo- 
lult útvonaltáblákat alakítunk ki, külön 
engedélyezve a kívánatos irányokat és 
tiltva a többit. Ehhez az útválasztónak 
tűzfalként kell üzemelnie. 


Egymást átfedő VLAN-ok 

Még egy lehetőségünk van, az egymást 
áttedő VLAN-ok használata (3. ábra). 
Ezzel a megoldással tudjuk kiküszöbölni 
a már említett tizenkét hálózati kártya 
esetét, ezért cserébe viszont meg kell 
oldanunk, hogy kiszolgálóink egy kár- 
tyán mindig a megfelelő VID-del köz- 
vetítsék az adatokat. 

Szerencsére több VID használata köny- 
nyedén megoldható Linux alatt a már 
ismertetett módon. Így semmi másra 
nincsen szükségünk, csupán a kiszol- 
gálókon az útválasztó tábla beállítására 
(feltesszük, hogy az ethoO . 2 esetén 
VID-2 stb.): 


H route add -net 10.10.2.0 
snetmask 255.255.255.0 
—dev eth0.2 

H route add -net 10.10.3.0 
aernetmask 255.255.255.0 
dev eth0.3 

H route add -net 10.10.4.0 
esrnetmask 255.255.255.0 
dev eth0.4 


Ezzel elértük, hogy a kiszolgáló az ügy- 
félgépet mindig a megfelelő VID-vel 
kezelje. Már csak a másik oldalon kell 
megoldanunk a feladatot. És mint ahogy 
már többször is éltem ezzel a szófordu- 
lattal a cikk folyamán, itt is két lehetősé- 
günk van. Az első és kevésbé biztonsá- 
gos, valamint sok ügyfélgép esetén fino- 
man fogalmazva is macerás megoldás, 
hogy mindegyik ügyfélgépen beállítjuk 
a kívánt VID-et, ezzel valamelyik kép- 
zett hálóba helyezve őt. Ennek hátul- 
ütőiről már beszéltünk, mind a hálózati 
terhelés, mind a felügyelet, mind a 
biztonság szempontjából meg kell vizs- 
gálni a helyzetet. 

Jobb megoldás, ha beszerzünk egy elér- 


hető árú hálózati kapcsolót, mely támo- 
gatja az áttedő VLAN-okat. Ennek 


20 Linuxvilág 


lényege, hogy az egyes kapukra érkező 
csomagokat a kapcsoló aszerint kezeli, 
hogy milyen VID-vel érkezett. lehát 
egyetlen kapura érkező forgalom tartal- 
mazhat több képzett hálózathoz tartozó 
csomagot is. Mi is beszereztünk egy 
ilyen szerkezetet, egy DLINK gyártmá- 
nyú 24 kapus kapcsolót. 

Ez a hálózati kapcsoló a maga elérhető 
ára mellett meglepően okosnak bizo- 
nyult (ugyanezt az eredményt elér- 
hetnénk más úton is, de például három 
külön elosztót és egy tűzfalként mű- 
ködő PC-t használva is drágábban jön- 
nénk ki, ráadásul hat-nyolc gép fölött 
alacsonyabb hálózati teljesítménnyel). 
Most a mi szempontunkból az a fontos, 
hogy, az egymást átfedő képzett hálókat 
is támogatja. Lássuk hogyan! 

A kapcsolóban tetszőleges számú kép- 
zett hálót kezelhetünk. Ezeket a VLAN- 
csoportokat egyedi VID-jeik azonosítják. 
A kapcsoló egyes kapuira érkező csoma- 
gok lehetnek címkézett, VID-vel ellátott 
csomagok, illetve címkézetlenek (eredeti 
IP-fejlécekkel). Megtehetjük például, 
hogy az irodal géphez vezető kapu 
címkézett adatokat fogad (mert egy fél 
évvel ezelőtt az irodai gép hálózati kár- 
tyájának megadtuk a VID-2 beállítást, 
és lusták vagyunk átállítani), de az 
iroda2 címkézetlen csomagokat használ 
(új gép, egy buta hálózati kártyával, ami 
nem is támogatja a VLAN-okat). A kap- 
csoló saját maga leszedi a címkét az 
irodal csomagjairól, és címkézetlenül 
küldi majd ki az iroda2-nek. 

Nyilván a kapcsolóban egy adott kapu 
címkézetlenül csak egy VLAN-ba tartoz- 
hat, másként a kapcsoló nem tudná 
eldönteni, hogy melyik gépeknek küld- 
heti ki az adott gépről érkező csoma- 
gokat. Amennyiben viszont címkézett 
csomagokat kap, azokról nem kell el- 
döntenie, hogy melyik képzett hálózat- 
ba kell küldnie őket, hiszen a címke 
tartalmazza a megfelelő VID-et. 

Ezzel kapcsolatban fontos megjegyezni, 
hogy a kapcsolón általában egy kapu 
vagy csak címkézetlen, vagy csak cím- 
kézett csomagokat kezel, illetve általá- 
ban a címkézetlen csomagokat az alap- 
értelmezett VID-1 csoport tagjának 
tekinti. Ez akkor válik érdekes kérdéssé, 
ha több kapcsoló vagy útválasztó van 
jelen a hálózatban. Ilyen esetekre külön 
protokollokat (például GVRP) biztosí- 
tanak a hálózati eszközök. 

Eredeti példánk megoldásához nem 
kell tehát mást tennünk, mint létrehoz- 
zuk a szükséges csoportokat, majd 
hozzárendeljük a kapukat a megfelelő 
csoportokhoz: 





e az srv1 és srv2 gépek címkézett 
csomagokat forgalmaznak, a 
VID-72 , 3 , 4 csoportokban, 

e az irodal címkézve, az iroda2 gép 
címke nélkül a VID-2 csoportba 
tartozik, 

e a raktár" és a bolt" gépek pedig 
címke nélkül a VID-3, illetve 
VID-4csoportba tartoznak. 


A kiszolgálóknak természetesen látniuk 
kell egymást is, ehhez vagy kapnak egy 
külön csoportot, vagy például közvetlen 
hálózati kapcsolatban állnak egymással 
(így nem terhelik a munkagépek felé 
menő sávszélességet az egymás közötti 
forgalmazással sem). 

Ezzel a megoldással tehát nagymérték- 
ben fokozzuk a hálózat biztonságát, 
rendezettségét, lényegesen könnyebb 
karbantartani az egész hálózatot, és 
csupán a kiszolgálókon kellett módosíta- 
nunk a beállításokat. Ha véletlenül 
kénytelenek vagyunk egy olyan kiszol- 
gálót is a hálózatba kötni, amelyik nem 
képes egyetlen hálózati csatolón 
keresztül több VLAN-t kezelni, akkor 
még mindig ott a lehetőség, hogy akár 
több kártyát tegyünk az adott gépbe, 
akár az egyik értelmes (például linuxos) 
kiszolgálót átjáróként használjuk. 
Szembe kerültünk viszont egy érdekes 
jelenséggel. Valamilyen, egyelőre a 
harmadik gamma kvadránsból szár- 
mazó egyedeknek tulajdonítható tevé- 
kenységből kifolyólag az egyik kiszol- 
gálónkon, a VLAN-használat bekapcso- 
lásakor a gépeken jelen lévő Virtual 
LAN beállítások (például az eth0O : 1, 
ethoO : 2 stb. használatához szükséges 
rész) fellázadtak és a teljes hálózatkezelő 
rész beadta a kulcsot. Mivel ez a terület 
egyelőre erősen fejlesztés alatt áll, java- 
solt a két módszer együttes használa- 
tának kerülése. 

Első körben ennyit érdemes tudni min- 
denkinek a vállalati hálózatokban 
használatos képzett hálók, a VLAN-ok 
kialakításáról, mely segítségével gyorsan 
és hatékonyan tudjuk növelni a hálózat 
belső biztonságát egyetlen közeg esetén 
is, ahol több csoport és több kiszolgáló is 
működik. lermészetesen a témát messze 
nem fedtük le, de remélem, elég ötletet 
mutattunk egy közepes vállalati hálózat 
megtervezéséhez és felépítéséhez. 


Szy György 

] (Szy.GyorgyOlinuxvilag.hu) 
Már hosszú Ideje kedvenc 
szórakozása, hogy minél keve- 
) sebb géppel tudja megoldani 
a szerkesztőség , gépigényét . 


A Spambayes Projekt bemutatása 


Egy tanítható rendszer, amely meglévő levelezőrendszerünkkel 
együttműködve segít elfogni és szűrni a kéretlen leveleket. 


Spambayes Project egy a számos projekt közül, 
amelyet Paul Graham ,A Plan for Spam" 

(2 http:/www.paulgraham.com/spam.html]) című írása 
ihletett. Ez a híres cikk arról szól, hogyan lehet a , Bayes-féle 
elemzés" nevű statisztikai módszerekkel megállapítani egy levél- 
ről, hogy kéretlen-e. Aki a Spambayes mögött meghúzódó pon- 
tos matematikai eljárás működésére és megvalósítására kíváncsi, 
olvassa el Gary Robinson ide vonatkozó cikkét az 24. oldalon. 
Dióhéjban: a rendszert ismert kéretlen (spam) és ismert értékes 
(ham) üzenetek készletével tanítjuk. Az üzeneteket nyelvi 
egységekre (token) bontjuk, majd minden szóhoz valamilyen 
értéket rendelünk aszerint, hogy a különböző típusú üzenetek- 
ben milyen gyakorisággal fordul elő. Az adatokat adatbázisban 
tároljuk. Az új üzeneteket egységekre bontjuk, majd a nyelvi 
egységeket összehasonlítjuk az adatbázisban tároltakkal, s 
ennek alapján osztályozzuk az üzenetet. Együtt a nyelvi egysé- 
gek egy összevont pontértéket adnak annak a valószínűségét, 
hogy a levél kéretlen. 

A Spambayes egyik nagy előnye, hogy a rendszer tanításához 
a saját üzeneteinket használhatjuk fel. Megtanulja az általunk 
kapott üzenetfajtákat, legyenek azok akár értékes, akár kéret- 
len levelek. 

A Spambayes program az X-Spambayes-Classification fejléc 
beszúrásával osztályozza az üzeneteket. A fejléc értéke kéretlen 
(spam), értékes (ham) vagy bizonytalan (unsure) lehet. A fejléc 
értéke alapján aztán saját levelezőprogramunkkal elvégez- 
hetjük a szűrést. A kéretlenség mértékét 0-tól (értékes) 1-ig 
(kéretlen) osztályozzuk. Alapértelmezés szerint a c 0 , 2 jelenti 
az értékes és a : 0 , 9 érték jelenti a kéretlen leveleket. Bármely 
más levél, ami a két érték közé esik, bizonytalan jelölést kap. 
Ezeket a határértékeket saját magunk is beállíthatjuk; a prog- 
ram beállítására vonatkozó útmutatást az alábbiakban találjuk. 





Mitól más a Spambayes? 

A Spambayes rendszert három dolog különbözteti meg a többi 
kéretlenlevél-osztályozótól: próbaalapú tervezési stílusa, nyelvi 
egységekre bontó algoritmusa (tokenizer) és az osztályozója. 
Valamennyien ismerjük a kéretlen levelek nyilvánvaló azono- 
sítási lehetőségeit: üvöltöző címsora van, ami arról értesít 
bennünket, hogyan Csinálj Pénzt Könnyen!!!, vagy azt sejteti, 
hogy a nigériai alelnöktől vagy a feleségétől érkezett. Csábító 
lehetőség kéretlenlevél-osztályozó programunkat ezekre a 
nyilvánvaló szabályokra alapozni. Például nyilván érdemes 
megkülönböztetnünk a kis- és nagybetűket, hiszen az INGYEN 
kifejezés sokkal kéretlen-gyanúsabb, mint az ingyen (még 
inkább igaz ez angol FREE - free párosra — a ford.). A Spamba- 
yes csapat azonban a kezdetektől fogva visszautasította, hogy 
pusztán megérzésekre alapozza a fejlesztést. A program egyik 
legkorábbi alkotóeleme egy erős tesztelési keretrendszer, ami 
képes volt az új ötleteket összehasonlítani a régiekkel. Azokat 
az ötleteket, amik nem tették jobbá az eredményt, elvetették. 
Az eredmény gyakran meglepő volt; például a kis- és nagybetű 
megkülönböztetése nem jelentett számottevő különbséget. 
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Ez a ,bizonyítson vagy pusztuljon" hozzáállás végül csekély 
felesleges erőfeszítés árán hihetetlenül pontos rendszert 
eredményezett. 

A nyelvi egységre bontó (tokenizer) feladata az üzenetek 
nyelvi egységekre bontása. Az egyszerű , vágjuk a szóközök- 
nél" rendszerből valami olyasmivé fejlődött, ami az üzenet 
szerkezetét is ismeri, például képes megjelölni a címsor 
szavait, hogy ennek következtében a levéltestben szavanként 
azonosítani lehessen őket. Ismeri a tartalmat is, például 


2 Spambayes proxy: Review - Microsoft Internet Explorer 
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4 Spambayes proxy: Home : Review 








, Untrained messages received on Tuesday, December 03, 2002 





! These are untrained emails , which you can use to train the classifier. Check the appropriate buttton for each email, then 
click Train" below. Defer leaves the message here, to be trained on later. Click one of the Discard 7 Defer / Ham / Spam 
headers to check all of the buttons in that section in one go. 


Messages classified as Spam: From: 

hello zkyle236gyahoo com: 

$$ 3, 507 BASKETBALL GAMES OF THE MONTH... . charliessports scharlieséütopica.ernail... 
! AD: $5.00 OfFTD Flowers do not reply 1 édalphamarketing.net 


From: 

"Careers At Zope" zcareerségzope.comz 
Richie Hindle srjhnédentrian. com 

"Steven Oakes" ssteven.oakesáncybersci... 


Messages classified as Ham: 

([Zope-Annce] System Administrator Position D... 
Re: Pub on Friday? 

Christmas cards for overseas clients are ready ... 


From: 
"Sales Team" ssalesocaeneng. com 
Red Hat Network Alert srhn-adminéprhn.... 


Messages classified as Unsure: 
Dual 2GB Glass Fibre to IDE RAID 
RHN Errata Alert. Updated xinetd packages fix d... 








d My Computer 


Spambayes Proxy, Wed Dec 04 10:36:49 2002. Spambayes. org 
€l Done 





Spambayes proxy webes tanítólap 


a beágyazott címeket más módszerrel bontja le, mint az 
egyszerű szöveget. A bontó összes alkalmazott szabálya 
szigorú ellenőrzésen ment keresztül, és bizonyítottan növeli 
a pontosságot. Ide tartozik az is, hogy szántszándékkal 
elrejtünk néhány nyelvi egységfajtát — például kidobjuk a 
HTML-cikornyákat, illetve alapértelmezés szerint figyelmen 
kívül hagyjuk a legtöbb fejlécsort is. Meglepő döntés, de 
próbaeredmények támasztják alá. 

Az osztályozó a Spambayes statisztikai magja, a számdaráló. 
Paul Graham cikke óta jelentős fejlődésen ment keresztül, 
úgyszintén komoly próbaalapú fejlesztés eredményeképpen. 
Gary cikke a , A Bayes-féle levélszűrés matematikai hátteréről", 
részletesen foglalkozik az osztályozóval. 


Követelmények és telepítés 

A Spambayes program a 3 http:/sf.net/projectssspambayes 
címről tölthető le. Python 2.2 vagy frissebb változatot igényel, 
ezenkívül a Python e-mail csomagjának 2.4.3 vagy újabb 
változata is használja. Amennyiben Python 2.2.2-t vagy frissebb 
változatát használjuk, ezt a részt az alapcsomag is tartalmazza. 
Ha mégsem, akkor a 3 http://mimelib.sf.net címről letölthetjük 
és telepíthetjük. Kicsomagoljuk a fájlt, cd-vel belépünk az 
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0 Kiskapu Kft. Minden jog fenntartva 


0 Kiskapu Kft. Minden jog fenntartva 


email-2.4.3 könyvtárba, majd kiadjuk a setup.py install 
parancsot. Máris feltelepítettük a Python a saját csomag- 
könytárába. A hagyományos e-mail könyvtárat viszont félre 
kell állítanunk; lépjünk be a Python Lib könyvtárba, és 
nevezzük át az e-mail fájlt email old-ra. 


Hogyan maradjunk naprakészek? 

Minthogy a projekt folyamatosan fejlődik, minden bizonnyal 
számos dolog megváltozik a cikk írásától a magazin újságos 
standokra kerüléséig eltelt idő alatt. A nagyobb változások 
összefoglalóját folyamatosan közreadom majd a 

2 http:/www.entrian.com/spambayes frissítőlapon. 
Miközben ezt a cikket írom, éppen a következő néhány dolog- 
gal foglalkozunk: rugalmasabb parancssoros tanítás; beilleszt- 
hetőség más levelezőügyfelekbe, például a Muttba; webalapú 
beállítások; biztonsági lehetőségek a webfelülethez és köny- 
nyebb telepítés. Frissítőólapomon mélyrehatóan foglalkozom 
majd ezekkel a fejlesztésekkel. 


Összetevők 

A Spambayes program három osztályozót tartalmaz: a Procmail 
szűrőt, a POP3-proxyt és a Microsoft Outlook 2000 bővítményt 
(plugint). Ebben a cikkben a Procmail szűrőt és a POP3-proxyt 
fogom részletezni. A Spambayes részét képezi továbbá a webes 
felület (amiről később még szó esik) és különféle parancssoros 
eszközök, próbaeszközök — bővebb útmutatóért olvassuk el a 


programmal érkezett leírásokat. 
Procmail alapú megoldás 


Amennyiben Procmail alapú levelezőrendszert használunk, 
nézzük meg, hogyan is működik a Spambayes procmailes 
megoldása: 

e Minden létező levelünk kap egy új X-Spambayes-Irained 
fejlécet. A program ebből tudja majd, hogy melyik üzenetet 
tanulta már meg. 

e A program az összes beérkező levelet átvizsgálja. Azokat az 
üzeneteket, amelyeket kéretlennek minősít, a kéretlen levelek 
fiókba helyezi. Minden mást hagyományos módon kézbesít. 

e . Minden reggel végigmegy a postafiókunkon, és az új leve- 
lekkel tanítja magát. Azokat a leveleket is kiválasztja, ame- 
lyeket átminősítettünk - azaz amire azt hitte, hogy értékes, 
pedig valójában kéretlen volt, vagy megfordítva. Törlés előtt 
legalább két napig vagy még tovább tartsuk meg a kéretlen 
levelek fiókba érkezett anyagokat. Az sem árt, ha pár száz 
levelet megtartunk, hátha újra kell tanítanunk a programot. 

A napi tanítási munka végrehajtásához működő crond-re lesz 

szükségünk. Eszményi esetben van egy levelesláda a kéretlen 

és egy az értékes üzeneteinknek, amelyekkel a kezdeti tanítás 
elvégezhető. 

A Spambayesnek a Procmail rendszer alá történő építéséhez elő- 

ször is telepítsük a programot. Tételezzük fel, hogy a $(HOME/ 

src/spambayes könyvtárba helyeztük. Készítsünk új adatbázist: 


SHOME/ src/ spambayes/hammiefilter.py -n 

Ha élünk a lehetőséggel és úgy döntünk, hogy a már létező 
leveleink alapján betanítjuk a Spambayest, a következőt 
gépeljük be: 

SHOME/ src/ spambayes/mboxtrain.py 


5.d SHOME/ .hammiedb -g S$SHOME/Mail/inbox 
—.s SHOME/Mail/spam 
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letszés szerint további könyvtárneveket is használhatunk, a -g 
kapcsolót használjuk a jó mappákhoz, a -s kapcsolót pedig a 
kéretlen könyvtárakhoz. Ezt követően a következő két képletet 
kell a .procmailrc fájl tetejére helyeznünk: 


: OÉw 
] $HOME/ src/ spambayes/hammiefilter.py 


:0 

k "X-Spambayes-Classification: spam 
SHOME/Maildir/ . spam/ 

Az előző képlet Maildir üzenetformátumhoz íródott. Ha 
nekünk mbox (számos rendszeren ez az alapértelmezett) vagy 
MH kell, a második képlet valahogy így nézne ki: 


:0: 
k "X-Spambayes-Classification: spam 
SHOME/Mail/ spam 


Ha nem vagyunk biztosak benne, hogy melyik formátumot 
használjuk, kérdezzük meg a rendszergazdát. Ha ön a rend- 
szergazda, ellenőrizze levelezőprogramjának a leírását. A leg- 
több korszerű levelezőprogram a Maildir és az mbox formátum 
kezelésére egyaránt képes. 

A crontab -e parancs segítségével adjuk a következő utasí- 
tást a crontab-hoz, hogy a Spambayes minden éjjel 2:21-kor 
tanulhasson az új és az átminősített üzenetekből: 


21 2 X F r SHOME/src/spambayes/mboxtrain.py -d 
3 SHOME/ . hammiedb -g $SHOME/Mail/inbox-s 
3 SHOME/Mail/spam 


Itt is felsorolhatunk további könyvtárneveket. Ha leveleinket 
rendszeresen különböző könyvtárakba másoljuk, különösen 
fontos, hogy ezt megtegyük, máskülönben a Spambayes 
ezekből a levelekből semmit sem tanul. 

A Spambayes ettől kezdve az összes levelünket szűrni fogja, és 
a levelesládánk alapján tanítja magát. Néha azonban egy-egy 
üzenet rossz helyre kerül. Az üzenetet egyszerűen csak helyez- 
zük át a helyes könyvtárba, és a Spambayes a következő 
reggelen tanulni fog a hibájából. 

Köszönettel tartozom Neadle Pickett-nek az e témakörben 
nyújtott tájékoztatásért. 


A POP3-proxyfelállítása és a webfelület 

Ha nem használjuk a Procmailt vagy nem szeretnénk bajlódni 
vele, esetleg a rendszert nem Unix alapú gépekhez akarjuk 
használni, használhatjuk a POP3-proxyt. Ez az a közbülső elem, 
ami a POP3-kiszolgáló és a levelezőprogramunk közt található, 
és ez fogja letöltés közben az X-Spambayes-Classification fejlé- 
cet a levelekhez csatolni. A POP3-proxyt használhatjuk Fetch- 
maillel is; egyszerűen csak állítsuk át a Fetchmailt, hogy a POFP- 
proxyval beszélgessen a valódi POP3-kiszolgáló helyett. 

A webfelület lehetővé teszi a rendszer előtanítását, az üzene- 
tek osztályozását és a POP3-proxyn keresztül kapott levelek 
alapján történő tanítást, mindezt böngészőn keresztül. 

A programot a bayescustomize.ini nevű fájl segítségével állít- 
hatjuk be (a frissítő honlapon már olvasható, hogy ehhez 

is készült webes felület — a fordító). Ez egyébként a Procmail- 
szűrőre is igaz. Alapesetben szükségtelen az alapértelmezett 
értékeken változtatnunk, de a POP3-proxyt a POP3-kiszol- 
gálónak megfelelően kell beállítanunk. Az összes lehetséges 


beállítás és a hozzájuk rendelt alapértelmezett értékek az 
Options.py nevű fájlban kaptak helyet, de ide csak akkor kell 
benéznünk, ha leküzdhetetlen kíváncsiságot érzünk, vagy 
kifinomult finomhangolásba kezdtünk. A legkisebb elvárható 
követelmény az, hogy a bayescustomize.ini fájlt a következő 
formában elkészítsük: 


[pop3proxy] 
pop3proxy servers: pop3.pelda.com 


A pop3.pelda.com lesz az a cím, ahonnan a jelenlegi levelező- 
ügyfelünk beállításai alapján begyűjtjük a leveleket. Alapértel- 
mezés szerint a proxy a 110-es kapun fut. Nem unixos gépeken 
ez megfelelő, Unix alatt azonban nem árt - a következő sort 

a bayescustomize.ini fájl [Ipop3proxy] szakaszába beszúrva 

— megváltoztatni: 


pop3proxy ports: 1110 


Ha több mint egy POP3-kiszolgálóról gyűjtünk leveleket, a 
pop3proxy servers alatt vesszővel elválasztott címlistát, 
illetve a nekik megfelelő vesszővel elválasztott kapuszámokat 
is megadhatjuk a pop3proxy ports alatt. Minden kapu a 
megfelelő POP3-kiszolgálóhoz alakít ki proxyt. Most már 
lefuttathatjuk a pop3proxy . py parancsot. Néhány állapot- 
üzenetet fog megjeleníteni, körülbelül a következő formában: 


Listener on port 1110 is 
proxying pop3.example.com:110 
User interface url is http://localhost:8880 


Ami azt jelenti, hogy a proxy készen áll a levelezőügyfelek 
fogadására a 111-es kapun, a webfelület pedig felkészült, hogy 
böngészőnket a megadott címre irányítsuk. Ha egy másik 
gépről akarjuk elérni a webes felületet, a localhost szót helyet- 
tesítsük a pop3proxy . py-t futtató gép nevével. 


Levelek osztályozása a POP3 Proxy segítségével 

Be kell állítanunk a levelezőügyfelünket, hogy a leveleket a 
proxyról, és ne a POP3-kiszolgálónkról gyűjtse be. Ahol eddig 
POP3-kiszolgálóként a pop3.pelda.com cím állt a 110-es kapu- 
val, oda most a localhost cím és a 1110-es kapu kerül. Ha a 
proxyt és a levelezőügyfelet különböző gépeken futtatjuk, 
akkor a gépnevet és a 1110-es kaput kell megadnunk. 

Ettől kezdve leveleink osztályozása mindössze annyiból áll, 
hogy a Levelek letöltése gombra kattintunk. A proxy beszúrja 

a X-Spambayes-Classification fejlécet az üzenetbe, így levelező- 
programunkban beállíthatunk egy szűrőt, hogy a kéretlenlevél- 
gyanús leveleket külön mappába helyezze. lermészetesen 
amíg semmilyen tanítást nem végeztünk, összes üzenetünk 
bizonytalan kategóriájú lesz. 


Tanítás webfelületen keresztül 

A kezdeti tanítás nem kötelező előfeltétel, de az elejétől fogva 
jobb eredményt kapunk, ha végrehajtjuk. Webfelületes taní- 
tásnál az üzenetek vagy az mbox fájl feltöltése űrlapot hasz- 
nálhatjuk egyedi üzenetek vagy Unix mbox fájlok elemzésére. 
Amint működik a rendszerünk, a webfelület segítségével a 
POP3-proxy által már látott üzenetekkel taníthatjuk a rend- 
szert. A Review messages (üzenetek vizsgálata) lapon megtalál- 
juk osztályozott üzeneteinket aszerint csoportosítva, hogy a 
program kéretlen vagy értékes levélosztályba sorolta-e őket, 
esetleg bizonytalan volt-e. Itt kijavíthatjuk a hibákat, ha beál- 
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lítjuk a jelölőnégyzetet, majd a Irain (tanítás) gombra kattin- 
tunk. Néhány nap múlva (attól függően, hány levelet szoktunk 
kapni) csak nagyon kevés hiba fog keletkezni. 


Tanítási tippek 

e Ne tanítsunk régi levelet. Leveleink jellemzői idővel 
változhatnak - néha alig, néha nagymértékben -, ezért az 
a legjobb, ha csak friss leveleket használunk. 

e — Figyeljünk, amikor tanítunk. Ha hibásan értékesnek tün- 
tetünk fel egy kéretlen levelet, vagy megfordítva, komolyan 
hátráltatjuk az osztályozót. 

e . Próbáljunk meg ugyanannyi kéretlen és értékes levelet 
kiválasztani. Ez ugyan nem létfontosságú, de jobb ered- 
ményt kapunk, ha fenntartjuk az egyensúlyt. 


Lehetséges fejlesztési irányok 

A Spambayes program folyamatosan fejlődik. Egy sereg ember 

vesz részt benne, és rengeteg ötletünk van, milyen módon fej- 

lődjünk tovább. Egy kis ízelítő a lehetséges fejlődési irányból: 

e A nyelvi egységre bontó és az osztályozó fejlesztése az új 
kutatások szerinti pontosabb kéretlenlevél-osztályozás 
érdekében. 

e Intelligens önműködő tanítás: ha a rendszer fut, lehetővé 
válna, hogy saját magát tanítva váljon naprakésszé, és 
a felhasználóknak csak a fura hibákat kell kijavítaniuk. 

A Procmail rendszerrel már meg is valósítottunk valami 
ilyesmit, de keressük a további lehetőségeket, amelyekkel 
még önműködőbb és felületfüggetlenebb megoldást 
készíthetünk. 

e  SMIP-proxy: a rendszer tanítása bármilyen levelezőügy- 
félből bármilyen felületen, ahol az üzeneteket különleges 
értékes vagy kéretlen levélcímekre küldhetjük el. Ez egy- 
szerű módja lenne az osztályozási hibák javításának, és jól 
összeegyeztethető az intelligens öntanuló módszerekkel. 

e . Adatbázisméret-csökkentés: minél többet tanítjuk a rend- 
szert, annál nagyobbá válik az adatbázis. Keressük a 
módját, hogyan lehetne kis adatbázisméretet tartani. 

e . Egybeépítési lehetőség a levélszemét-jelentő eszközökkel: 
jó lenne, ha a webfelület és a levelező bővítmény (plugin), 
hogy jelentéseket küldjünk az olyan rendszereknek, mint 
a Vipul Razorja vagy a Pyzor. 

e — lovábbi levelezőügyfél-beépítések: Outlook-bővítményünk 
már van, de további levelezőügyfeleket is szeretnénk 
támogatni. A POP3-proxy és a webcsatolófelület minden 
levelezőügyféllel jól működik, de egy levelezőnkbe épített 
Delete as Spam gomb sokkal kényelmesebb, mint átválto- 
gatni a böngészőnkre. 

e — Jobb leírás: szeretnénk kiadni egy dokumentációt arról, 
hogyan kell a Spambayest a népszetű felületeken és a 
levelezőügyfeleken beállítani. 

Mire ez a cikk a nyomdába kerül, a fent említettek közül sok 

talán meg is valósul; a részletek a 5 http:/www.entrian.com/ 

spambayes a frissítési oldalon találhatók. 
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Richie Hindle 

Hivatásos programmérnök. Teljes állásban 
üzletiintelligencia-programokat Ír, 
szabadidejében pedig a Spambayes rendszeren 
és a 5 http:/Avww.entrian.com címen fellelhető, 
saját Python-projektjein dolgozik. 
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A Bayes-féle levélszúrés matematikai hátteréről 


A legtöbb ember naponta jelentős időt tölt a hasznos levelek és a kéretlen reklám 
(spam) szétválogatásával. A levélszemétszűrő programok ezen a gondon segíthetnek. 


bben a cikkben a kéretlen levelek 
: szűrésének alapjául szolgáló 

matematikai eljárások közül csak 
egyet vizsgálunk meg - a levél tartalmát 
meghatározó jelek gyűjteményéből 
létrehozunk egy , kéretlenség"-mutatót. 
Az itt leírt megoldás a legjobb nyílt forrá- 
sos hagyományoknak megfelelően való- 
di közös munka volt. Paul Graham, több 
Lispről szóló könyv szerzője, , A Plan 
for Spam" című hálózati cikkében java- 
solt egy kéretlenlevél-szűrési megoldást. 
Ezt a megközelítést vettem át a szavak- 
hoz rendelt valószínűségek meghatáro- 
zásához, kicsit módosítottam, majd a 
nem túl gyakran használt szavak keze- 
lésére bevezettem a Bayes-féle számítást. 
Később felvetettem, hogy próbáljuk meg 
a chinégyzet-eloszlást és az egyes szavak 
valószínűségét egyetlen kombinált való- 
színűségbe (valójában valószínűség- 
párba - lásd később) összerakva felhasz- 
nálni, és így jellemezzük a levelet. Végül 
Tim Peters a Spambayes Projektből be- 
mutatott egy olyan módszert, amellyel 
különösen jól használható kéretlenség- 
mutatót készíthetünk kombinált valószí- 
nűségek segítségével. A munkát folya- 
matos próbák sora kísérte a Spambayes- 
hez fejlesztő Tim Peters Pythonban írt 
és a Bogofilter Projekten dolgozó Greg 
Louis C nyelvű megvalósításain. A kipró- 
bálást a fent nevezett projektekben részt- 
vevő emberek sokasága végezte. 


Szóvalószínűségek előállítása 
Feltételezzük, hogy a levelekben talá- 
lunk a tanuláshoz szükséges testet, és 
van olyan programunk, ami képes az 
egyes leveleket alkotóelemeire (szavaira) 
bontani. Ezenkívül feltételezzük még 
azt is, hogy minden tanítólevelet koráb- 
ban már kézi módszerrel osztályoztunk, 
a ,ham" (értékes, vagyis olvasandó leve- 
lek) és a ,spam" (kéretlen, azaz szemét, 
tehát olyan levél, amit nem akarunk 
elolvasni) csoportokba sorolva be őket. 
Ezeket az adatokat és programokat fel- 
használva fogjuk a rendszerünket meg- 
tanítani, minden szóhoz a kéretlenségét 
jelző valószínűséget hozva létre. 

A levéltestben előforduló valamennyi 
szóra kiszámítjuk a következő értékeket: 
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e b(w) — (a w szót tartalmazó kéretlen 
levelek száma) / (az összes kéretlen 
levél darabszáma). 

e  g(w) — (a w szót tartalmazó értékes 
levelek száma) / (az összes értékes 
levél darabszáma). 

e p(w) — b(w) / (b(w) 4 g(w) ) 

A p(w) értéket megközelítőleg tekint- 

hetjük annak a valószínűségnek, hogy a 

w szót tartalmazó találomra kiválasztott 

levél kéretlen lesz. A kéretlenlevél-szűrő 

programok a levélben található minden 
egyes szóra kiszámolhatják a p (w) érté- 
ket, majd a levél kéretlenségének megál- 
lapításához felhasználhatják a további 
számításaikban. 

Akad azonban egy bökkenő: a valós vi- 

lágban egy adott személy postafiókjában 

tíz, de akár kilencven százaléknyi kéret- 
len levél is lehet. Nyilvánvaló módon az 
adott személy esetében ennek hatása lesz 
annak valószínűségére, hogy a szót 
tartalmazó levél kéretlen vagy értékes-e. 

Ezt a hatást a fenti számításban figyelmen 

kívül hagytuk. Ehelyett számításunkban 

tulajdonképpen egy olyan világban köze- 
lítettük a w szót tartalmazó, véletlenül 
kiválasztott levél kéretlenségének valószí- 
nűségét, ahol éppen a levelek fele kéret- 
len és fele értékes. Az ilyen megközelítés 
előnye azon alapul, hogy nem szeret- 
nénk, ha a leveleket könnyebben vagy 
nehezebben sorolnánk a kéretlen osztály- 

ba csak azért, mert kapott leveleinkben a 

kéretlen és értékes levelek aránya nem 

egyenlő. Ehelyett inkább azt szeretnénk, 
hogy a leveleket tisztán a saját szerkeze- 
tük alapján osztályozzuk. Ez a feltételezés 
végül is jól bevált a gyakorlatban. 


Ritka szavak kezelése 

A korábban kiszámolt valószínűségek 
hibásak lesznek, ha a szavak nagyon 
ritkák. Például amennyiben a szó pon- 
tosan egy levélben szerepel és az a levél 
kéretlen, a számított p (w) pontosan 1,0 
lesz. Nyilvánvaló, hogy nem száz száza- 
lék annak az esélye, hogy a jövőben 
kapott, ezt a szót tartalmazó valamennyi 
levél kéretlen lesz; egyszerűen csak 
nincs elég adatunk a valós valószínűség 
meghatározásához. 

A Bayes-féle statisztika hatékony eszköz 


a kezünkben az ilyen esetek kezelésekor. 
A statisztikák e csoportjának alapja, 
hogy érdeklődésünk tárgya egy bizo- 
nyos esemény bekövetkezésébe vetett 
hitünk mértéke - ez az esemény Bayes- 
féle valószínűsége. 

Ha pontosan egy levél tartalmazza az 
adott szót, a következő ilyen szót tartal- 
mazó levélről nem gondoljuk százszáza- 
lékos biztonsággal, hogy kéretlen. Ez 
azért van így, mert egyéb háttéradattal 
is rendelkezünk, ami segít bennünket. 
lapasztalatból tudjuk, hogy tulajdon- 
képpen bármilyen szó előfordulhat 
mind a kéretlen, mind az értékes levél- 
környezetben is, illetve hogy egy marék- 
nyi minta még nem elég ahhoz, hogy 
tökéletesen biztosak legyünk egy ese- 
mény valószínűségében. A Bayes-féle 
megközelítés lehetővé teszi, hogy álta- 
lános háttértudásunkat bevigyük a szó- 
hoz gyűjtött adataink mellé, így mind- 
két megközelítés az őt megillető helyre 
kerül. Ezzel a módszerrel azt a helyes 
értéket állapíthatjuk meg, ami azt a hi- 
tünket tükrözi, miszerint amikor a leg- 
közelebb látjuk az adott szót, akkor azt 
egy kéretlen levélben találjuk. Ezt a 

, reménybeli mértéket" jellemző £ (w) 
értéket a következőképpen kapjuk meg: 


Fay — (217) (mp) 


8 tn 





e Az "s jelzi, hogy mekkora súlyt 
szeretnénk adni a háttéradatainknak. 

e Az -x az általános háttéradatainkra 
alapozott feltételezett valószínűség, 
ami szerint egy szó, amellyel kapcso- 
latban még semmiféle tapasztalatunk 
nincs, kéretlen levélben található. 

e Az n jelzi a w szót tartalmazó levelek 
számát. 

Ezzel a módszerrel egyszerűen használ- 

hatjuk az x értéket a háttéradatból kikö- 

vetkeztetett valószínűség kezelésére, 

valamint az s értéket az adat súlyának 

a meghatározáshoz. A gyakorlatban az 

s és x értékeket a teljesítmény növelése 

érdekében végzett próbák alapján 

állapítjuk meg. Kezdeti s és x értéknek 


elég jól megfelel az 1 és 0.5 érték. 
Számításainkban a p(w) függvény he- 
lyett az f (w) változatot használjuk, hi- 
szen ésszerű valószínűségi értékekkel 
dolgozunk, és nem a valóságtól elrugasz- 
kodott különleges mennyiségekkel, ame- 
lyekkel gyakran találkozhatunk, ha nem 
áll rendelkezésünkre megfelelő mennyi- 
ségű adat. A képlet egyszerű módszert 
ad a kezünkbe, amivel azt az esetet is 
kezelhetjük, amikor egyáltalán nem áll 
rendelkezésünkre adat; ebben az esetben 
az f (w) értéke pontosan a háttéradatok 
alapján feltételezett valószínűség lesz. 
Akiket érdekel a fenti képlet levezetése, 
folytassák az olvasást; a többiek nyugodtan 
továbbugorhatnak a következő részhez. 
A fenti képlet azon a feltételezésen ala- 
pul, hogy a w szót tartalmazó levelek 
kéretlen, illetve értékes osztályozása béta- 
eloszlással jellemezhető, binomiálisan 
véletlen változó. Az utólagos elvárást 
(posterior expectation) a megfigyelt ada- 
tok beépítése után számoljuk ki. Olyan 
próbát akarunk végrehajtani, ami meg- 
felel annak a kísérletnek, amikor több- 
ször feldobunk egy pénzérmét, hogy 
lássuk, ugyanarra az oldalára fog-e esni 
vagy sem. A vizsgálatok száma n. Ha 
pénzérmét dobálnánk, minden dobás 
egy vizsgálat lenne, és a fejek megjele- 
nését számlálnánk. Esetünkben azonban 
a vizsgálat tárgya a tanító levéltestek 
közül a következő , porn" szót tartalma- 
zó levél lesz, és azt vizsgáljuk, hogy a 
szót tartalmazó levél kéretlen-e. Ha az, 

a kísérletet sikeresnek tekintjük. Egyér- 
telműen binominális kísérletről van szó: 
két érték létezik, igen vagy nem. A kettő 
független: az a tény, hogy az adott levél 
tartalmazza a ,porn" szót, nincs össze- 
függésben azzal, hogy a következő 
tartalmazza-e vagy sem. lehát van egy 
biniominális kísérletünk, ahol az elsőhöz 
bétaeloszlást tételezünk fel, ennek meg- 
felelően az n - 1-dik kísérlet sikerének 
várható értékét a második egyenlet 
alapján határozhatjuk meg. 





e — ga sikerek száma. 

e na kísérletek száma. 

e  ués v a bétaeloszlás értékei. 
Megmutatjuk, hogy az első egyenlet és 
a második egyenlet egyenértékű (ekvi- 
valens). Végezzük el a következő behe- 
lyettesítéseket: 

szutv 

SXX-u 
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Majd a helyére helyettesítsük azn X 
p(w) képletet. Korábban már láttuk, 
hogy a p(w) annak a becsült valószínű- 
sége, hogy egy véletlenszerűen válasz- 
tott, w szót tartalmazó levél kéretlen-e 
egy olyan képzeletbeli világban, ahol 
éppen ugyanannyi kéretlen és értékes 
létezik. Így az n xX p(w) az ebben a világ- 
ban található w szót tartalmazó kéretlen 
levelek számát közelíti. Ez a sikereink 
számának közelítő értéke, így egyenér- 
tékű a-val. Ezáltal beláttuk az első és 
második egyenlet egyenértékűségét. 

A kipróbálás során, amikor valamennyi 
korábban p (w) -t tartalmazó képletben 
f (w) -vel helyettesítettük a p(w) függ- 
vényt, egységesen megbízhatóbb kéret- 
len, illetve értékes osztályozást kaptunk. 


Valószínűségek összevonása 

Immár képesek vagyunk kiszámítani az 
új levélben található valamennyi szóhoz 
tartozó f (w) valószínűséget. Ez a való- 
színűség tükrözi a háttéradat és a minta- 
levéltest adataink alapján meghatározott 
gyanúnk mértékét, miszerint a véletlen- 
szerűen kiválasztott w szót tartalmazó 
levél kéretlen lesz. 

Minden levelet tehát egy valószínűség- 
készlet jellemez. Ezeket az egyedi 
valószínűségeket szeretnénk egyetlen 
általános mutatóba összevonni, ami a 
levél kéretlenségét vagy értékességét 
fogja jellemezni. 

A metaanalízis néven ismert statisztikai 
területen talán a legelterjedtebb valószí- 
nűség összevonási módszer R. A. Fisher- 
től származik. Jelöljük valószínűségkész- 
letünk elemeit a pi, pa, ..., Pn betűkkel. 
Először is számítsuk ki a -2]n pi X pa; X 
... X Pn értéket. Ezután az eredményt 
tekintsük 2n szabadságfokú chinégyzet- 
eloszlásnak, majd a chinégyzet-tábla 
segítségével számítsuk ki azt a valószí- 
nűséget, ami ugyanolyan szélsőséges 
vagy szélsőségesebb értéket adna ered- 
ményül, mint a kiszámított érték. Ez az 
,Összevont" valószínűség értelmesen 
összegzi az összes egyedi valószínűséget. 
A valószínűségek kezdeti készletét a 
nullhipotézis figyelembevételével alkal- 
mazzuk. Például, ha nullhipotézisként azt 
feltételezzük, hogy az érme elfogulatlan, 
majd tízszer feldobva egymás után tíz 
fejet kapunk, az eredményül kapott való- 
színűség (1/2)" — 1/1024 lenne. A null- 
hipotézisnek megfelelően nagyon való- 
színűtlen, hogy ez bekövetkezzen, de 
természetesen ha az érme elfogult volna, 
nem lenne szükségszerűen ilyen valószí- 
nűtlen a szélsőséges esemény. Ezért aztán 
elvethetjük a nullhipotézist, és helyette 
nyugodtan elfogadhatunk egy másik 


hipotézist, ami szerint az érme elfogult. 
Ugyanezeket a számításokat felhasz- 
nálhatjuk az f (w) értékek összevoná- 
sára is. Az £ (w) -k nem valódi fizikai 
valószínűségek. Inkább úgy gondolha- 
tunk rájuk, mint a valószínűségek leg- 
jobb tippjeire. A Fisher-számítás hagyo- 
mányos metaanalitikus felhasználásánál 
szintén nincs szükség arra, hogy a valós 
valószínűségekkel dolgozzunk. Ehelyett 
feltételezzük, hogy a nullhipotézis részei. 
Legyen nullhipotézisünk a következő: 

, az £(w) értékek pontosak, és a vizsgált 
levél egymástól független véletlen sza- 
vak gyűjteménye, így az f£ (w) -k egyen- 
letes eloszlásúak." Most tegyük fel, hogy 
az egyik szavunk a , Python", aminek az 
f (w) értéke 0,01. Úgy gondoljuk, hogy 
csak az esetek egy százalékában fordul 
elő kéretlen levelekben. Majd ezt kiter- 
jesztve feltételezzük, hogy valószínűtlen 
esemény történt; olyan, aminek az 
esélye mindössze 0,01. Hasonlóképpen 
a levél minden egyes szavához hozzá- 
rendelhetünk egy valószínűséget. Az 
olyan nagyon kéretlengyanús szavak, 
mint a ,porn" , 099 vagy még nagyobb 
valószínűséggel bírnak. 

Ezek után a Fisher-számítás segítségével 
kiszámítjuk a szavak készletéhez tartozó 
valószínűséget. Ha a levél értékes, igen 
valószínű, hogy számos nagyon ala- 
csony valószínűségű, és viszonylag ke- 
vés magas valószínűségű szót fog tar- 
talmazni, eredményképpen a Fisher-szá- 
mítás igen alacsony összesített valószí- 
nűséget fog adni. Így lehetővé válik, 
hogy elvessük a nullhipotézist, és egy 
másik hipotézist tételezzünk fel, misze- 
rint a levél valójában értékes. 

Számítsuk ki ezt az összevont H 
valószínűséget: 


H—- C7"(—2InI[ f(w),2n) 





Ebben a C-1 () a chinégyzet-függvény 
inverze, aminek a felhasználásával a 
chinégyzet-eloszlású véletlen változóból 
levezetjük a p értéket. 

lermészetesen mi már előre tudtuk, 
hogy a nullhipotézis hamis. A valóság- 
ban egyetlen levél sem áll véletlen sza- 
vakból, amik mind függetlenül indulnak 
az értékes vagy a kéretlen címért; a levél 
általában számos szót tartalmaz az egyik 
vagy a másik típusból. lermészetesen a 
szavak sem függetlenek. A , sex" szót tar- 
talmazó levelek sokkal nagyobb eséllyel 
tartalmazzák a ,porn" szót is, és a 
Pythonban programozó barátunk nevét 
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Az inverz chinégyzet-függvény megvalósítása Python nyelven 


import math 


def chi2P(chi, df) : 


"üu"yisszatorOsi OrtOk val sz nf$sOg(chinogyzet :- chi, 


df szabadsggi fokkal). 
assert diallKoZáeSEOs0 


H XXX ha chi nagyon nagy, 


H 0-ra s llyed. 
me chi 7 2.0 


sum - term - math.exp(-m) 
6115/7201 


LOK 1 in cángei 
term $— m / i 
sum 4- term 


kerek tÖsi hiba, 
az exp() 


POöldEgul a chi2P(100, 


Ho 3 it d it ik di it 


return min(sum, 1.0) 


tartalmazó levelek is nagyobb eséllyel 
tartalmazzák a , Python" szót. Az f (w) -k 
sem egyenletes eloszlásúak. A kéretlen- 
levél-szűrés esetében azonban a való- 
ságtól való ilyen mértékű eltérés még 
megengedhető. Hatásukra a valószínű- 
ségek nem-véletlen tendenciát mutat- 
nak, ami egy adott levélben lehet nagy 
vagy kicsi, erős statisztikai alapot adva 
nekünk, hogy az egyik vagy másik 
választható feltevés kedvéért nullhipo- 
tézisünket elvessük, azaz eldöntsük, 
hogy a levél értékes-e vagy kéretlen. 

A nullhipotézis tehát olyan, mint a 
szalmabábu: csak azért állítjuk fel, hogy 
aztán az egyik vagy a másik irányba 
leverhessük. 

Érdemes megemlíteni egy kulcsfontos- 
ságú különbséget a tárgyalt megközelítés 
és más összevonó megoldások közt, amik 
a változók függetlenségét tételezik fel. Ez 
a különbség megjelenik például a , Bayes- 
féle láncszabály" vagy a , Naive Bayes- 
féle osztályozása" esetében is. Ezeket a 
megközelítéseket szemtől szemben verse- 
nyeztettük az itt leírt megközelítéssel 
nagyszámú, emberek által osztályozott 
levelek felhasználásával, és közel sem 
teljesítettek ilyen jól (pontosabban nem 
egyeztek meg ennyire az emberi ítélettel). 
A két másik megközelítés számításai 
műszakilag hibásak, mivel olyan adat- 
pontok függetlenségét igénylik, amik 
nincsenek jelen. Ezt a hibát a Fisher- 
módszer alkalmazásával elkerülhetjük, 
mivel a számítások helyessége nem függ 
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az adatok függetlenségétől. A Fisher- 
számítást úgy építettük fel, hogy elvet- 
hetjük azt a nullhipotézist, ami az ada- 
tok függetlenségét tartalmazza, két 
másik, minket érdeklő vagylagos felte- 
vés kedvéért. Ez a két vagylagos feltevés 
már tartalmazza a nem-függetlenséget, 
például a ,sex" és a ,porn" közötti kor- 
relációt a végletes összesített valószínű- 
ségeket létrehozó jelenség részeként. 
Ezek az összesített valószínűségek csak 
akkor tekinthetők valószínűségeknek, 
ha a nullhipotézis — amiről tudjuk, hogy 
majdnem biztosan hamis - igaz. A valós 
világban a Fisher összesített valószínű- 
ségek tulajdonképpen nem is valószínű- 
ségek, hanem inkább elvont jellemzői 
annak, mennyire (vagy milyen kevéssé) 
voltunk hajlandóak elfogadni a nullhi- 
potézist. Ha a nullhipotézisünk hamis, 
nem várunk igazi valószínűségeket, így 
az, hogy valóban nem valódiak, nem 
okoznak számítási hibákat. A Naive 
Bayes-féle osztályozó közismerten ke- 
vésbé érzékeny a függetlenség hiányá- 
ból adódó torzulásokra, de nem képes 
tökéletesen elkerülni őket. 

A mai napig nem tudjuk, hogy a Fisher- 
féle kéretlen/értékes osztályozáspróbák 
kimagasló teljesítménye vajon az ada- 
tokban fellelhető függetlenség hiányával 
szembeni különböző érzékenységnek 
köszönhető-e, de ezt is figyelembe kell 
vennünk, mint egy lehetséges tényezőt. 
Az egyes f (w) értékek csak becslései a 
valós valószínűségeknek (azaz amikor 


nagyon kevés adatunk van egy szóról, 
az f (w) által kapott kéretlenségi való- 
színűségbecslésünk nem feltétlenül 
tükrözi a valós valószínűséget). De ha 
belegondolunk, hogyan állítottuk elő az 
f (w) -t, láthatjuk, hogy ez a bizonyta- 
lanság aszimptotikusan csökken, ahogy 
az f (w) közelít a 0-hoz vagy az 1-hez, 
mivel ezeket a szélsőséges értékeket csak 
akkor érhetjük el, ha igen gyakran for- 
dulnak elő a tanítóhalmazban, ráadásul 
majdnem mindig kéretlen levélben, 
vagy majdnem mindig értékes levélben 
találjuk meg őket. lovábbá látható, hogy 
a 0-hoz közeli számoknak van messze 

a legnagyobb hatásuk a számításokra. 
Ennek megértéséhez vizsgáljuk meg 

a következő szorzatot: 0,01 X 0,5, ha az 
első kifejezés 0,001-re változott, szemben 
az 051 Xx0,5 szorzattal, amikor az első 
kifejezés 0,501-re változott, és emlékez- 
zünk, hogy a Fisher-módszer a valószí- 
nűségek szorzásán alapul. 
Nullhipotézisünk sérül azáltal, hogy 

az f (w) -k nem teljesen megbízhatóak, 
de a módszer miatt ez a rész elenyé- 
szően kicsiny lesz a minket érdeklő 
értékgyanút bizonyító keresett szavak- 
hoz, vagyis az olyan szavakhoz képest, 
amelyeknek az f (w) értéke közel 0. 

A figyelmes olvasó ezen a ponton elcso- 
dálkozhat: , rendben, most már értem, 
úgy tűnik, ezek a Fisher-számítások jól 
kezelik a közel nulla valószínűségű 
értékgyanús szavakat, de mi lesz a közel 
1 valószínűségű kéretlengyanús szavak- 
kal?" Jó kérdés! A választ alább találjuk, 
ami egyben le is zárja vizsgálódásainkat. 


Az értékes és kéretlen 

levelek gyanújának jelölése 

A fent leírt számítások érzékenyek az 
értékes levelek gyanújára, főként ha 
olyan szavak formájában fordulnak elő, 
amelyek sokkal több értékes levélben 
fordulnak elő, mint kéretlenben. Ennek 
az az oka, hogy a 0 közeli valószínűsé- 
gek hatása sokkal erősebb a végső való- 
színűség értékére, ami tulajdonképpen 
a Fisher-számítás lényege. Sőt létezik egy 
1971-es tétel, ami kimondja, a Fisher- 
módszer bizonyos körülmények közt, 

a valószínűségek szorzata mögötti folya- 
matokat kutató módszerek közül a leg- 
hatékonyabb (lásd a Kapcsolódó címeket). 
Ugyanakkor az erősen kéretlen gyanús 
szavak f (w) értéke közel I, így sokkal 
kevesebb hatással lesznek a számításra. 
Azt is gondolhatnánk, hogy ez jó dolog. 
Végső soron, igen sok embernek egy jó 
levél téves kéretlenné nyilvánítása sok- 
kal rosszabbnak tűnik, mint egy rossz 
levél téves értékessé osztályozása, 


hiszen nagy baj nem származik abból, 
ha egyetlen kéretlen levél valahogy 
átcsúszik, de komoly gond keletkezhet 
abból, ha egyetlen jó levelet is rosszul 
osztályozunk, és így a fogadó figyelmen 
kívül hagyja azt. Ennek megfelelően jó 
ötletnek tűnik, ha érzékenyek vagyunk 
az értékes levél gyanúját mutatók és 
kevésbé érzékenyek a kéretlen levelet 
mutatók irányába. 

Ugyanakkor léteznek olyan módszerek, 
amelyekkel kiküszöbölhetjük a nehézsé- 
get, s a valós kipróbálás során nem ta- 
pasztaltunk növekedő tendenciát a hibá- 
san kéretlené nyilvánított levelek közt, 
viszont lényegesen csökkent a hibásan 


értékesnek nyilvánított kéretlenek aránya. 


A következőkben bemutatjuk a mosta- 
nában végzett próbák során leghatéko- 
nyabbnak talált módszert. 

Először is ,megfordítjuk" az összes való- 
színűséget, kivonva őket 1-ből (azaz, min- 
den egyes szóra kiszámítjukaz1 f(w) 
értéket). Minthogy az f (w) annak a való- 
színűségét szemlélteti, hogy a levélkész- 
letből véletlenszerűen választott, w szót 
tartalmazó levél kéretlen az 1— f£ (w) 
annak a valószínűségét jellemzi, hogy ez 
a véletlenül választott levél értékes lesz. 
Most végezzük el a korábban is használt 
Fisher-számítást, de az f£ (w) értékek 
helyett most az (1 -— f (w) )-ket használ- 
juk. Eredményül majdnem 0 összesített 
valószínűségeket kapunk, a nullhipo- 
tézis elutasítása esetén, amikor igen sok 
kéretlen gyanús szó van jelen. Nevez- 
zük ezt az összesített valószínűséget S- 
nek. Számítsuk ki a következő értéket: 





Az I értéke közel 1, ha a bizonyítékok 
túlsúlya azt mutatja, hogy a levél kéret- 
len és közel 0, amikor a bizonyítékok 
arra engednek következtetni, hogy érté- 
kes levélről van szó. Az értéknek akad 
néhány érdekes jellemzője. 

Tételezzük fel, hogy a levél számos 
kéretlen gyanús szót tartalmaz, ugyan- 
akkor találunk benne számos értékes 
levélre jellemző szót is. Mivel a Fisher- 
módszer a 0 melletti értékekre érzékeny 
és jóval kevésbé veszi figyelembe az 

1 közeli értékeket, az eredmény valószí- 
nűleg az lesz, hogy az S és H értékek 
egyaránt 0 közeliek lesznek. Például az 
S értéke 0,00001 nagyságrendű a H érté- 
ke pedig 0,000000001 nagyságrendű. 
Valójában az ilyen típusú eredmények 
egyáltalán nem olyan ritkák, mint aho- 
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gyan azt a valós levelek esetében gon- 
dolnánk. Jó példa erre, amikor egy barát 
továbbküld egy kéretlen levelet egy 
másik barátjának egy kéretlen levelekről 
szóló beszélgetés részeként. Ilyen eset- 
ben mindkét végkövetkeztetést komoly 
bizonyítékok támasztják alá. 

Sok megközelítésben, például a Bayes- 
féle láncokon alapuló módszerek eseté- 
ben az a tény, hogy a példánkban több 
kéretlenlevél-szerű szót találunk, mint 
értékeslevél-szerűt, arra készteti az osz- 
tályozót, hogy egyértelműen kijelentse: 
a levél kéretlen. Csakhogy ez egyáltalán 
nem olyan biztos; példának okáért a 
továbbított levélről szóló példánk nem 
kéretlen levél volt. 

Így aztán hasznos tulajdonság, hogy az 
1 ilyen esetekben 0,5 körüli, illetve 
ugyanígy 0,5 körüli lesz akkor is, ha 
egyik irányt sem erősíti meg semmilyen 
különösebb bizonyíték. Amikor mindkét 
következtetést erős bizonyítékok tá- 
masztják alá, az I értéke az óvatos meg- 
közelítést tükrözi. A valós világban 
végzett próbák során ezeknek a közép- 
értékű leveleknek az emberi vizsgálata 
azt az álláspontot támasztotta alá, misze- 
rint ezeket a leveleket valóban valahová 
középre kell besorolni, és nem szabad a 
legtöbb osztályozó fekete-fehér megkö- 
zelítését alkalmazni rájuk. 

A Spambayes Projekt, amelyet Richie 
Hindle cikke mutat be a 21. oldalon, ki is 
használja ezt, bizonytalannak jelölve a 
0,5 érték közelébe eső leveleket. Ezáltal 
lehetőség nyílik rá, hogy a levél címzett- 
jének felkeltsük a figyelmét a bizonyta- 
lanul osztályozott levelek iránt. Így 
csökken annak az esélye, hogy egy jó 
levelet a hibás osztályozás miatt 
véletlenül kihagyunk. 
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A cikkel kapcsolatos kérdések megvitatására, valamint az egyéb 





Jövőkép 

Jelenleg a módszert alkalmazó program 
nyelvi egységenkénti (token) egy szó 
alapú megközelítést alkalmaz. Más meg- 
közelítés is létezhet, például felépíthe- 
tünk egy kereső-táblát a frázisokra. Az itt 
leírt matematikai eljárás várhatóan eb- 
ben az összefüggésben is hasonlóan jól 
teljesít, és joggal hihetjük, hogy a frázis- 
alapú rendszer további teljesítményelő- 
nyökkel jár majd, bár néhányan vitatják 
az ötlet helyességét. lovábbi Linuxvilág- 
cikkek is várhatók ebben a témakörben, 
amennyiben e területen továbblépünk. 
Ilyen frázisalapú rendszerre példa a 
CRM114 (lásd a Kapcsolódó címeket), ami 
igen jól teljesít, bár e cikk írásakor még 
közvetlenül nem próbálták ki, más mód- 
szerekkel ellentétben, azonos levéltes- 
teken. (Írásunk keletkezésekor a CRM114 
a Bayes-féle láncszabályt kombinálta a 

p (w) értékekkel.) 


Összegzés 

Az itt leírt módszereket olyan projektek 
használják a kéretlenlevél-szűrő fela- 
datok teljesítményének jelentős növe- 
lésére, mint a Spambayes és a Bogofilter. 
A további fejlesztések, amelyek esetleg 
már a frázisalapú megközelítésre alkal- 
mazzák a fenti módszereket, várhatóan 
még jobb teljesítményt mutatnak majd. 
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Bevezetés a FreeS/WAN használatába 42. rész) 


Két saját hálózat biztonságos összekapcsolása 
már létező tűzfalrendszeren üzemelő FreeSs/WAN-alagúttal. 


orozatunk előző részében (Linuxvilág 2003. február, 
§ 37. oldal) a biztonságos VPN-ek - virtuális magánháló- 

zatok - kialakításához szükséges IPSec alagútproto- 
koll-megvalósítást, a FreeS/WAN-t mutattam be. Mintaelrende- 
zésként a távoli hozzáférésű (Remote Access -— RA) VPN forga- 
tókönyvét használtam. A rövidség kedvéért csak RA VPN-ként 
emlegetett hálózatban, emlékezzünk csak vissza, minden távoli 
felhasználótól elvárjuk, hogy saját kapcsolatot létesítsen a helyi 
hálózattal, ami így a , felhasználónként egy-egy alagút" elren- 
dezést eredményezi. 
De vajon mi történik, ha valamennyi felhasználónk ugyanah- 
hoz a helyi hálózathoz (LAN) kapcsolódik? Az elmúlt hónap- 
ban már megemlítettem ezt a telephely-telephely közötti kap- 
csolattípust, de nem tértem ki felépítésének a részleteire. Éppen 
ezért kerül most a FreeS/WAN-nel kiépített telephely-telephely 
közötti kapcsolat figyelmünk középpontjába. 


Kiépítés: telephely-telephely VPN-ek 

Mielőtt azonban fejest ugranánk a FreeS/WAN beállítási lehe- 
tőségeibe, vessünk egy gyors pillantást a kiépítési megfonto- 
lásokra. Az 1. ábrán egy jellegzetes telephely-telephely közötti 
VPN-elrendezést láthatunk. 

Az 1. ábrán mindkét webhely tűzfala alagútvégpontként 
működik. Számos nyomós érv szól amellett, hogy a tűzfalat 

a VPN végpontjaként használjuk: 


1. Kényelem: a legtöbb tűzfalfelület támogatja az IPSec-et vagy 
valamilyen más VPN-protokollt, kiküszöbölve a különálló 
VPN-kiszolgáló gépek beállításához és felügyeletéhez 
szükséges időt és költségeket. 

2. Biztonság: a VPN-végpontként működő tűzfal nagyszerű 
szemcsézettséggel (granularity) és remek pontossággal képes 
szabályozni a forgalmat mind a VPN-alagútba belépő, mind 
az onnan kilépő irányba. 

3. Egyszerűség: ha a tűzfalalkalmazást és az IÍPSec-programot 
úgy tervezték, hogy ugyanazon a gépen fussanak, akkor 
könnyebben munkára lehet fogni az alagút-alkalmazásokat, 
ugyanakkor a hibakeresés is egyszerű, ha éppen nem 
hajlandók működni. 


Vannak azonban olyan okok, amik miatt ez a megoldás nem 
vitelezhető ki jól, vagy csak egyszerűen nem kívánatos. 


1. Együttműködés-képtelenség: ha nem áll módodban az alagút 
mindkét végét ellenőrizni — mert például valamilyen gyártó- 
vagy partnerhálózathoz szeretnél kapcsolódni -, előfordul- 
hat, hogy a távoli tűzfal VPN-megvalósítása nem képes a 
tűzfaladdal együttműködni. 

2. Teljesítmény: ha a tűzfalad a feladatok teljesítése közben már 
teljes mértékben vagy inkább túlságosan el van halmozva 
előfizetői kérésekkel (fully/over-subscribed), akkor lehetsé- 
ges, hogy a többletterhet jelentő VPN-hitelesítést és -titkosí- 
tást már képtelen lesz támogatni. 
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2. ábra Egy másik fajta telephely-telephely VPN-elrendezés 


Ha éppen az iménti vagy más okok miatt a tűzfaladat nem 
lehet VPN-végpontként használni, akkor választhatod a 

2. ábrán bemutatott kiépítést. 

A 2. ábrán bemutatott minden egyes számítógép kijelölt VPN- 
végpont (dedicated computer), és mindkét gép ilyen módon 
lett telepítve; a végpontok azonban eltérő felépítésűek is 
lehetnek, vagyis az egyik lehet tűzfal és VPN-végpont egyszer- 
re, miközben a másiknál a feladatokat felosztják a gépek kö- 
zött. Gondatlanságnak tűnhet egy készüléket a tűzfallal pár- 
huzamosan telepíteni. Vajon nem lehet-e egy ilyen módon 
beállított gépet hátsó ajtóként használni? 

Dehogynem! Lehet, ha a VPN-kiszolgálógépet nem elég 
gondosan állították be, ezért az csak VPN-forgalmat hajlandó 
fogadni. A VPN program pedig olyan módon lett beállítva, 
hogy csakis ellenőrzött végpontokról, azaz erős hitelesítési 
módszerek használatával fogadjon kapcsolatokat. Akkor most 
vágjunk bele a FreeS/WAN-nal való munkába: lássuk, hogyan 
kell telephely-telephely VPN-t kiépíteni olyan végpontokkal, 
amik közvetlenül a tűzfalakra vagy önálló gépekre (standalone 
hosts) telepíthetők. 


A példaforgatókönyv 

A 3. ábrán egy telephelyek közötti kapcsolatot magába foglaló 
VPN-kiépítés forgatókönyvét láthatjuk, ami működés szem- 
pontjából megfelel az 1. ábrának. Egyszóval ez azt jelenti, hogy 
mindkét telephelyen összetett tűzfal és FreeS/WAN-kiszolgáló- 
gép működik. De a 3. ábrát böngészve ennél többet is megtud- 
hatunk. Először is azt, hogy minden egyes hálózat helyi útvá- 
lasztón keresztül kapcsolódik az Internethez. Másodszor az is 
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kiderül az ábrából, hogy az IP-címek az alagútmeghatározások A FreeS/WAN 1.92-es vagy ennél frissebb változatában a gépre 
elkészítéséhez szükségesek. Rövidesen kiderül, hogy melyik jellemző egyedi kulcs hozható létre az alábbi parancs kiadásával: 
IP-címet hol kell felhasználni. 

Ebben a forgatókönyvben a két telephely egy-egy tűzfalának t ipsec newhostkey --hostname my.host.fagdn 


külső csatolófelülete közötti VPN-alagutat kell kiépítenünk. 5--output /etc/ipsec.secrets --bits 2192 
Amikor az egyik telephely hálózatára bejelentkezett felhasz- 

náló érintkezésbe szeretne lépni a másik hálózatra csatlakozó A parancs 2192-bites RSA-kulcsot hoz létre, úgy, hogy mind 
valamelyik géppel, a tűzfal az alagúton keresztül elküldi neki a nyilvános, mind a saját alkotórészeket a /etc/ipsec.secrets 

a csomagokat. A válaszcsomagok ugyanúgy az alagúton ke- állományban helyezi el. Erre a múlt hónapban nem mutattam 


rá: mivel ezek a parancsok RSA-kulcsokkal dolgoznak, na- 
gyobb kulcshosszok szükségesek, mint mondjuk az olyan 
tömbrejtjelezésnél, amilyen a 3DES. 

lehát még véletlenül se essünk kísértésbe, hogy 128, 196 vagy 
úszásestó más háromjegyű számot próbálunk meg használni a 

ae (Nem megbízható hálózat HT 5 newhostkey --bits parancsnál. Az olyan nyilvános kulcs- 
z VESEZS belső IP címe: [— képző módszerek, mint az RSA vagy a DSA, ezektől eltérően 


1.2.3.254 1.2.3.254 
Ize Tűzfal külső TT működnek, és azoknak nagyjából tízszer olyan hosszúaknak 


IP címe: 1.2.3.1 IP címe: 4.3.2.1 
Tar EE ASl Bela kell lenniük, mint a tömb- vagy folyamrejtjelező kulcsoknak 
KEESTERE EB MsHESÉKÉB (block/stream cipher keys). A legkisebb megfontolásra érdemes 
RSA-kulcsméret 1096 bit, de a 2192 bit sokkal biztonságosabb. 
3. kép A minta telephely-telephely kiépítésünk Az új nyilvános kulcs alagút-meghatározásba való másolásá- 


hoz, illetve beillesztéséhez használjuk a következő parancsot: 


IPSec Alagút I 


Hálózat 1 Hálózat 2 
192.168.1.0/24 J[ 10.0.10.0/24 


VPN Átjáró 
/Tűzfal 


belső IP címe: 
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resztül érkeznek vissza. Az alagúton keresztül mindkét oldalon 


levő gépek kezdeményezhetik kapcsolatok létrejöttét. Olyan bash-tt ipsec showhostkey --left 

több feladatot ellátó gépen, ami mind az ÍP lables, mind a 

FreeS/WAN-kiszolgáló futtatására fel van készítve, ezek a tűz- Értelemszerűen a lef trsakey utasítás helyett a 
falszabályok azonosak is lehetnek, mintha semmiféle alagutat rightrsasigkey létrehozásához a --rightrsasigkey 


nem használnánk, ráadásul ez a megoldás még NAI (Network utasítást használhatjuk. Ne felejtsd el, hogy ennek a parancs- 
Address Iranslation, azaz hálózati címváltás) használata esetén  — nak a kimenetét biztonságosan meg lehet osztani másokkal. 


is megállja a helyét. De erre majd a cikk későbbi részében A gépre jellemző aláírás kulcsnak (hosts signing key) csak a 
fogok részletesen kitérni. nyilvános részét tartalmazza. Akár titkosítás nélkül elküldhető 
Meg kell említeni néhány fontos előfeltételt erről a forgató- levélben, elhelyezhető a weboldalon, vagy dalba foglalhatod 
könyvről: elsőként azt, hogy mindkét tűzfal a 2.4.18-as Linux- a kedvenc kávézódban. Ez az, amiért az RSA-hitelesítés kényel- 
rendszermagot használja. A tűzfalak rendszermagjának a mesebb, mint az osztott titok révén végzett hitelesítés, amiben 
foltozása az 1.97-es változatszámot viselő FreeS/WAN csomag- biztonságosan és titkosan kell eljuttatni a hitelesítési bizonyít- 
gal történt, és a FreeS/WAN ugyanilyen változatszámot viselő, ványt- osztott titkos jelsorozatot (shared secret string) — a 
felhasználói terület kezelését végző eszközei ugyancsak másik helyre, amellyel IPSec alagutas kapcsolat kiépítését 
telepítve lettek. tervezed. Az RSA-hitelesítés még a , nemtörődömséget" is 
Harmadrészt a két hálózat képes tisztán, azaz ÍPSec nélkül megengedi. lermészetesen a /etc/ipsec.secrets állomány kivétel 
elérni egymást. lermészetesen nem kívánhatjuk, hogy ilyen ez alól, hiszen azt csak a rendszergazda számára szabad olvas- 
módon folytassanak adatcserét, azonban tisztában kelllennünk  hatóvá tenni. Ezzel szemben a , osztott titok" által fémjelzett 
a ténnyel, hogy vajon képesek lennének-e erre. Különben a megvalósítás nem tűr semmiféle hanyagságot. 
VPN működését akadályozó tényezők felderítése sokkal 
nehezebb feladat lenne. Az ipsec.conf telepítése 

A FreeS/WAN beállítást végző legfontosabb állománya a 
A gépkulcsok cseréje /etc/ipsec.secrets állományon kívül a /etc/ipsec.conf. Az egysze- 
E forgatókönyvben további fontos alapszabály az RSA-hitele- rűség érdekében az alagút-meghatározások úgy lettek tervez- 
sítés használata a , megosztott titok" helyett (shared secret). ve, hogy azok a FreeS/WAN-alagút mindkét végpontján ugyan- 
Miközben nem áll szándékomban, hogy az előző részbeli a olyan képet mutassanak. Ebből adódóan az itt következő pél- 
gépi kulcsképzésről és karbantartásról szóló tudnivalókat újra dák programsorai a forgatókönyvünkben szereplő mindkét 
elmondjam, fontos, hogy a lényegesebb részeket átismételjük. tűzfalon többnyire azonosak. 
Remélhetőleg senki sem felejtette el, hogy minden egyes Az előző részben a figyelmemet főképpen az alagútmegha- 
FreeS/WAN -t futtató gépnek egyedi kulccsal kell rendelkeznie. tározásokra irányítottam. Ezeket most is elő fogjuk venni, 
A FreeS/WAN bináris telepítő csomagjában található alapér- azonban először is mélyedjünk el a telepítési beállításban, 
telmezett kulcsot nem ajánlott használni. Ha azonban egy illetve a conn Ssdefault szakaszokban. Az 1. lista az egyik 
adott gépen létrehoztunk egy új kulcsot, akkor azt már annyi tűzfalunknak a telepítési beállításait mutatja — teljesen 
különböző alagútnál használhatjuk fel, ahányat az a bizonyos mindegy, melyiknek. 
gép igényel. A gépre jellemző kulcs — ennek őrzése történik Az 1. listában szereplő első kapcsoló, az interfaces (csatoló- 
a /etc/ipsec.secrets állományban — mindaddig hasznos, amíg felületek) fontos szerepet játszik: kijelöli a csatolókártyát, 
rejtve marad, vagy a kódfejtő módszerek fejlődése miatt a amellyel a gép a más IPSec-kiszolgálóktól érkező IPSec-kap- 
kulcs túlságosan rövidnek bizonyul. Végeredményben ez az csolatokra figyel. Ez nem tévesztendő össze a csatolófelülettel, 
utóbbi lehetőség, mielőtt a FreeS/WAN maga is valamilyen ok aminek révén a gép az alagúton keresztül küldött csomagokat 
miatt elavulttá válna, meglehetősen szerény. figyeli. Ha az Internetre vagy más megbízhatatlan hálózatra 
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7. lista Alapbeállítás a /etc/ipsec.conf állományban 


t Alap beXll tEs 

config setup 
interfaces-sdefaultroute 
klipsdebug-none 
plutodebug-all 
plutoload-Ssearch 
plutostart-ssearch 


2. lista Előre beállított értékek a /etc/ipsec.conf-ban 


H Alapgortelmezett OÖrtÖkek tovAgbbi kapcsolati 
le rgsokhoz 
conn sSsdefault 

keyingtries-0 

disablearrivalcheck-no 

authby-rsasig 


3. [iIsta Alagút meghatározások a /etc/ipsec.conf-ban 


conn brooks-reiner 
Meft-1.2.3.1. 
leftsubnet-192.168.1.0/24 
leftnexthop-1.2.3.254 
H KECS2192 bits 
H producers.brooks-sycophants.org 
H Mon Nov 4 06:38:32 2002 
leftrsasigkey-OobZzzGi2UIghW... ( 
ridght-4:3.2.1 
vightsubnet-10 0 10.0/24 
rightnextnop-4.3.2.254 
H RSA 2192 bits 
H plaidmen.reinerophiles.org 
8 Sun Nov 3 23:01:39 2002 
rightrsasigkey-OSRAMLCIg5EJJ. . . 
auto-start 


külső felületként gondolunk, valamint a helyi hálózatra (LAN) 
a belső oldalként, akkor ennek megfelelően győződjünk meg 
róla, hogy az interfaces kapcsoló mindig a külső oldalra 
van irányítva. 

A két hibaelhárítási lehetőség a klipsdebug és a plutodebug 
határozza meg a naplózás mennyiségét: a FreeS/WAN rendszer- 
mag csatolófelület démonja a -KLIPS, illetve az IKE-kulcsolás 
démornja a Pluto. Mindkét kapcsoló fogadja a mindent (al11) 
vagy semmit (none) jelölő beszédes kulcsszavakat (magic 
words), valamint egy sor IPSec-tuljadonságot vagy eseményt, 
amik szintén naplóban rögzíthetők. A teljes felsorolás megte- 
kintéséhez az ipsec klipsdebug(8) és az ipsec pluto(8) súgóol- 
dalakat kell tanulmányozni. 

A plutoload kapcsoló határozza meg, hogy mely alagútmeg- 
határozásokat kell a FreeS/WAN indulásakor kezdőértékkel 
ellátni. A Sssearch varázsszó (magic word) arra utasítja a Plutót, 
hogy minden további alagút-meghatározás auto kapcsolóját 
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4. lista Az IPSec-et megengedő IP lables-szabályok 


H iptables -A INPUT -p udp -m udp --sport 
500 --dport 500 -j ACCEPT 

k iptajlé. -A INPURME ESSEN ECET 

k iptábles -A INPUT -5lSSEMENGMMEGGEE 

H iptables -A OUIPUT -p udp -m udp --sport 
500 --dport 500 -j ACCEPT 

ESENSSEBNEt -A OUTPHINÉSESOSÉ GR EEET 
STO GNÉs -A OUTPÓNMÉ SES SEGGBE 


ennek megállapítására ellenőrizze, pontosabban minden alagu- 
tat, aminek a számára az auto lehetőség addt-re van állítva. 
Hasonlóképpen a fentebb elmondottakhoz a plutostart 
mondja meg a Plutónak, hogy a FreeS/WAN indulásakor mely 
alagutakhoz kíséreljen meg önműködően kapcsolódni. Más 
szóval ez azt jelenti, hogy a plutoload arra utasítja a Plutót, 
hogy az alagutat a megadott gépek számára elérhetővé tegye; 
a plutostart viszont magának a Plutónak parancsolja meg, 
hogy , élesszen fel" bizonyos alagutakat anélkül, hogy a túl- 
oldali végpontokra várna. A $search érték megint csak meg- 
adható. Ebben az esetben ez meg fog egyezni azokkal az 
alagút-meghatározásokkal, amelyekben az auto kapcsoló 
start-ra lett beállítva. 

A 2. listán láthatjuk az ipsec.conf állomány conn sdefault 
szakaszát. A 2. listában az első kapcsoló, a keyingtries nul- 
lára van állítva, ami , korlátozás nélküli" jelentéssel bír. Ez azt 
jelenti, hogy amikor a Pluto megpróbál egy alagutat , felélesz- 
teni" vagy helyettesíteni, akkor annyiszor próbálja a kulcsot, 
ahányszor csak szükséges. Ez helyénvaló beállítás telephely— 
telephely típusú kapcsolat esetén, amelyben mindkét fél állan- 
dó kapcsolattal rendelkezik, de nem megfelelő távoli hozzáfé- 
résű VPN-ek esetén, amiben az ügyfelek csak szórványosan 
kapcsolódnak a hálózatra. 

A disablearrivalcheck kapcsoló kikapcsolt állapotában 
arra kéri a KLIP-et, hogy az IPSec-alagútból a gépre lépő min- 
den egyes csomagnál ellenőrizze, hogy a fejlécében rendel- 
kezik-e hihető feladó és címzett IP-címmel. Az előre beállított 
érték , yes", tehát alapértelmezés szerint ezek az ellenőrzések 
nem történnek meg, éppen ezért kellene ezt , no7-ra állítani, 
hacsak nem pontosan tudod, mit teszel. 

Végül az authby kapcsoló az, ami az alagutak számára az 
előre beállított hitelesítési módszert meghatározza, ez — mint 
azt már fentebb említettem — a mostani mintapéldánk számára 
az RSA (rsasig). Ezzel el is érkeztünk tényleges alagút-meghatá- 
rozásunkhoz - mint azt a 3. ábrán láthatjuk. 

Minthogy a mostani példánkban a telephely-telephely-forgató- 
könyv megvalósítást tárgyaljuk, a FreeS/WAN szokásos jelölés- 
rendszere - kiszolgáló — left (bal), távoli hozzáférésű ügyfelek, 
RA clients — right (jobb) — most nem bír jelentéssel. Így ebben 
az esetben teljesen önkényes, hogy melyik oldalt tekintjük a 
jobb oldalnak, s melyiket a balnak. Az egyetlen fontos teendő, 
hogy az alagútmeghatározások kialakítását mindkét gépen 
következetesen és összhangban kell végrehajtani. A példában 
— 3. ábra — az Internettől balra eső webhelyet a bal oldalnak 
(left) tekintjük, miközben az Internettől jobbra eső telephelyet 
a jobb oldalnak (right). Ez teljesen magától értetődőnek hang- 
zik, de ha az oldalakat fordítva jelölném ki, az alagút akkor is 
a fentebbi módszerrel megegyezően működne, feltéve, hogy 
mindkét oldalon ugyanazokat a beállításokat használom. 

Mint az a 3. ábrából kitűnik, a bal oldal (left) a külső csatolófelü- 
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let IP-címére van beállítva, vagyis az Ínternet számára elérhető, 
az alagút pedig várakozó állapotban van. A leftsubnet azon- 
ban olyan hálózati címre lett beállítva, ami fogadja a bejövő 
csomagokat, mármint az alagutat elhagyó csomagokat. 

A leftnexthop az Internet és a tűzfal/IPSec-gép közötti 
következő ugrás (next hop) IP-címe; és természetesen a 
leftrsasigkey a bal oldali gép kulcsa. Következtetési 
képességedre bízom, hogy kitaláld, a 3. ábrán mely gépekre 
illenek leginkább ezek a jellemzők. 

Aztán itt van még az alagút auto kapcsolója, ami start-ra 
van beállítva. Amikor a Pluto indulásakor az alagút-meghatá- 
rozásokkal kapcsolatos utasítások megkeresését végzi, ez a 
beállítás írja elő, hogy az alagút kiépítése a fentebbi meghatá- 
rozás alapján kezdődjön el. 

Ebben a forgatókönyvben korábban már felhívtam a figyelmet 
rá, hogy a /etc/ipsec.conf állományok a tűzfalak és átjárók esetén 
azonosak. Ha már egyszer telepítve vannak, akkor minden gé- 
pen elindíthatjuk az IPSec-et, és megkezdhetjük az alagutazást. 
A legtöbb Linux-változatban ezt az alábbi parancs kiadásával 
tehetjük meg: 


bash-tt /etc/init.d/ipsec start 
Amennyiben az IPSec már fut, ezt a parancsot használd: 
bash-tt /etc/init.d/ipsec restart 


Ha az IPSec már el vagy újra lett indítva, az alagút működésbe 
lép, és útválasztás révén a másik hálózathoz irányítja a forgal- 
mat az alagúton keresztül. Ez az útválasztás önműködően 
történik, vagyis a leftsubnet és a rightsubnet kapcsolók 
alapján, a /etc/ipsec.conf alagút-meghatározás állományban 
leírtak szerint. 


A tűzfalak és a NAT 


Nyilvánvaló, hogy korlátozni szeretnéd azokat a tevékenysé- 
geket, amiket a másik hálózat gépei tehetnek a te hálózatodon, 





és fordítva. Már korábban emítettem, a FreeS/WAN -t futtató 
linuxos gépen a tűzfalszabályok nem feltétlenül térnek el az 
alagút nélküli szabályoktól. Ez még a NAT használata mellett is 
igaz. Minden egyes átjáró számára elkészítjük a tűzfalszabá- 
lyokat, beállítjuk a FORWARD, PREROUTING és POSTROUTING 
szabályokat pontosan ugyanúgy, mintha nem is használnánk 
IPSec-et — épp csak a csatolófelületekkel kell nagyon óvatosan 
bánnunk. Ha a -i és -o kapcsolókat használod, még véletlenül 
se használd az eth0o jelölést, ha közben az ipsec0-ra gon- 
dolsz, vagy az ipsec:t, ha pedig az , összes alagút csatoló- 
felületre"! Ha kétségek merülnének fel, a tűzfalszabályokban 
inkább ragaszkodj az IP-címekhez, mint a csatolófelületek 
elnevezéséhez. 

Ezenkívül győződj meg róla, hogy NAI-műveletek nem 
hajtódnak végre az alagúton átküldött csomagokon. Az IPSec- 
csomagok fejlécének ellenőrző összege (checksum) megtalál- 
ható a csomag adatmezőjének testében. Az IP-fejléc újraírása 

— például a forrás vagy cél IP fordítása révén — megsérti ezt 

az üzenetkivonatolást (message digest), és ebből furcsaságok 
adódhatnak. Hálózati címváltás (NAT) végezhető olyan csoma- 
gokon, amik elhagyják az alagutat vagy éppen belépnek oda, 
de semmiképpen sem az idő alatt, amíg benn vannak a 
folyamatban. 

Bármi mást teszel, mindkét átjárón legalább három újabb 
szabályra lesz szükséged, hogy megengedd az IPSec-kulcs- 
egyeztetést és alagutazást. A bemenet- és kimenetláncokon 
(Input/Output chains) engedélyezni kell az UDP 500-as kapu 
számára küldött ÍP-protokollú 50-es és 51-es csomagokat. 

A mindkét átjáróra vonatkozó szabályokat tükrözik a 4. listán 
láthatók. 


Összegzés 

A fentebb elmondottak segítségével hálózatodat biztonságosan 
és olcsón összekötheted gyártóid, üzleti partnereid, valamint 
ismerőseid hálózatával. 

Sok sikert! 


Linux Journal 2003. február, 106. szám 


Mick Bauer (mick(avisi.com) 

Hálózati biztonsági tanácsadó az Upstream 
Solutions Inc.-nél Minneapolisban (Minnesota). 
Mick a szerzője a hamarosan megjelenő 

új OReilly könyvnek, amelynek címe 

,Building Secure With Linux". 





A FreeS/VWVAN hivatalos honlapja 

2 http./Avww.freeswan.org. Forráskódok, hírek és 
rengeteg hálózatról elérhető leírás lelőhelye. 

A /etc/ipsec.conf súgóoldala: ipsec.conf(5). 
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Coyote Linux: egylemezes útválasztó otthonra 


Közismert, hogy mind a linuxos, mind az újabb windowsos gépek 
segítségével internetkapcsolatunkat megoszthatjuk. 
De kissé túlzás lenne erre a feladatra egy teljes munkaállomást használni. 


feladat megoldható egy kisebb teljesítményű, , mara- 
A dék" alkatrészekből összeállított géppel és valamely 

kisméretű Linux-terjesztés segítségével létrehozott 
útválasztóval. Manapság alapvető igény, hogy a számítógé- 
pünkkel csatlakozni tudjunk az Internetre. A Linux, mivel az 
egyéb Unix-változatokhoz hasonlóan alapvetően hálózati 
rendszer, természetesen képes erre. Ennek ellenére a szolgál- 
tatók ezt nem mindig veszik figyelembe, és amikor lehetővé 
vált, hogy nálunk is bekössék az ADSL-csatlakozást, kissé 
aggódtam is, hogy mennyi gondom lesz majd vele, mire beüze- 
melem Linux alatt. Elhatároztam, hogy leírom a folyamatot, 
hogy másokkal is megosszam a tapasztalataimat. 


Az ADSL-történet 

Nos, ebből nem lett semmi. 
Amikor a szerelők megjelentek, 
még igazolódni látszott az elkép- 
zelésem. Kissé megrettentek 
ugyanis, amint megemlítettem, 
hogy jó lenne linuxos gépre 
beállítani az elérést. Már látták 
magukat, amint órákon át küz- 
denek hiába, ahelyett, hogy a 
CD-n mellékelt meghajtót Win- 
dowsra feltelepítve a szokásos 
módon járnának el. 

Némileg bonyolította a hely- 
zetet, hogy nem is tudtam előre, 
milyen módon fog a gép a szol- 
gáltató gépéhez csatlakozni. 
Erre a feladatra két elterjedt 
változat is ismeretes: a DHCP-híd, valamint az úgynevezett 
pppoE, azaz ppp ethernet (ppp over ethernet). Az utóbbi a 
gyakoribb, de a szerződésben, illetve az ahhoz mellékelt adat- 
lapban olyasmik szerepeltek, amikből arra lehetett következ- 
tetni, hogy DHCP-ről lesz szó... 

Az ADSL-eléréshez két eszközt szereltek be. Az egyik ahhoz 
szükséges, hogy egy időben lehessen telefonálni és az ADSL-es 
internetelérést használni. Ez egy úgynevezett Splitter (1. kép), 
lényegében egy szűrő, ami szétválasztja a nagyfrekvenciás 
(ADSL Internet) és a kisfrekvenciás jeleket, amelyek ugyanazon 
az érpáron át érkeznek (telefonvonal). 

A másik maga az ADSL-modem, amelynek több fajtája is létezik. 
Ha Linuxon is szeretnénk használni, célszerű azt kérni, amelyik 
az ADSL-kimenet mellett egy ethernetcsatlakozóval bír (UIP). 
Emellett lehetséges az USB-változat is, de ezt kerülném, mert a 
Linux meghajtói nem annyira megbízhatóak, valamint a kismé- 
retű Linux-terjesztések esetében fordítási gondjaink adódhatnak 
(vagy legalábbis fel kell telepítenünk egy olyan változatú rend- 
szermagot, mint a célrendszeren futó). Az előzetes leírással 
ellentétben nem Alcatel, hanem Cisco modemet hoztak (2. kép). 
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Így felkészülésem szinte hiábavaló volt, ugyanis az Alcatel 
készülék adatlapját töltöttem le. 

Miután a szerelők a magukkal hozott (windowsos) hordozható 
géppel és általános belépési kódjukkal kipróbálták a kapcso- 
latot, az ethernetkábel végét átdugtuk a linuxos gépbe. Ezen 
SuSE 8.1 fut. És jött a meglepetés: a felhasználónév és jelszó 
beírása, valamint a névkiszolgáló beállítása, és a pppoE-mód 
kiválasztása után a rendszer azonnal működött. Semmit nem 
kellett még telepíteni sem, nemhogy újraindítani... (Ezek a 
beállítások a Yast program Hálózatalap/ADSL beállítása 

lapján találhatók). 

Így ez a téma aligha lenne elegendő egy cikkre, viszont még 
aznap beállítottam egy útválasztót, hogy a most már rendel- 
kezésre álló gyors kapcsolatot ki tudjuk használni. A mi 
családunkban ugyanis az egy főre jutó számítógépek száma 
messze meghaladja a magyar, de talán még az amerikai átlagot 
is, még akkor is, ha a kutyát is beleszámolom. Felmerül a 
kérdés, hogy miért kell külön útválasztó, amikor a fent említett 
és más Linuxok, de az újabb Windowsok is biztosítják a kap- 
csolatmegosztást. Ilehát az adott gépnek mindenképpen mű- 
ködnie kell, ha valaki Internetet akar használni, ezenkívül a 
munkaállomásokban általában nincs túl sok szabad bővítősín 

a további hálózati kártyáknak, azonkívül a belső hálózatot 
valamilyen mértékig célszerű az Internetről leválasztani. 


Ütválasztó 

A továbbiakban a linuxos útválasztó kialakításához a sok 
lehetőség közül az egyik megoldást ismertetem, ami a Coyote 
Linux-változaton (3 http:/www.coyotelinux.com) alapul. 
Esetében egy a Linux Router Project alappilléreire épülő, 
rendkívül kis helyigényű Linuxról van szó. A Vortech cég 
dolgozik rajta üzleti célú fejlesztéseivel párhuzamosan, 


az alapváltozata ingyenes. A cég teljes útválasztót (eszközzel 
együtt), valamint tűzfalat is készít. 

Mik azok a tulajdonságok, amiket egy útválasztótól elvárnánk? 
Miután ezt tisztáztuk, meg tudjuk állapítani, hogy a választott 
terjesztés teljesíteni tudja-e az elvárásainkat. Lássuk őket! 


e Kis gépigény: ilyen módon régi, , levetett" gépünket újra 
munkára bírhatjuk, és az egész alig kerül valamibe. 

e . Megbízhatóság: nem szerencsés, ha sokszor kell vele 
foglalkoznunk - a ki- és bekapcsoláson kívül. 

e Egyszerű használat: működtetése ne igényeljen külön 
programokat a munkaállomásokon sem. 

e Elterjedt (olcsó) alkatrészek támogatása. 

e . Különböző internetelérési módok, valamint a belső 
hálózat támogatása. 


Mint várható volt, ezeket a feltételeket a Coyote teljesíti. 

A következőkben megnézzük, hogyan tudjuk felhasználni 
céljaink eléréséhez. Előbb azonban soroljuk fel, mire is lesz 
szükségünk: 


1. Az internetelérés valamilyen formájára: modemes behívó 
kapcsolat, a ISDN-es behívásra és ADSL-re. A rádiós kapcsolat 
esetén nem biztos, hogy a Coyote alapterjesztés tartalmazni 
fogja a rádiós hálózati eszköz meghajtómodulját. ISDN ese- 
tén, csakúgy mint a modemnél, ha tehetjük, külső eszközt 
válasszunk. Cégemnél ez sikerült is, a szolgáltató egy Multi- 
Terminal nevű eszközt bocsátott rendelkezésünkre (3. kép). 





Ebben beépített ISDN-telefonkészülék-átalakító, valamint USB-s 
és soros csatlakozás modem is van. A soros modem Linuxból is 
remekül működik. 

2. Egy megbízhatóan működő régi számítógépre. Elvileg elég 
lehet egy 386 DX is, de ez csak igazán lassú kapcsolatnál 
nem jelent szűk keresztmetszetet, egyébként egy 486 DX 
alaplap teljesen elegendő. 

3. Legalább 8 MB memória szükséges, de 12 MB az ajánlott. 

A modemes kapcsolat esetén egy 486 DX2-50-es alaplapot 
tudtam használni 8 MB memóriával, igaz, így csak a 
szükséges alapösszetevőket lehetett feltenni az útválasztóra. 

4. A következő kapcsolatnak megfelelő eszközök szükségesek 
hozzá: modem és soros ISDN esetén soros kapu, ADSL 
és kábel esetén pedig ethernetkártya. 

5. A belső hálózatnak megfelelő eszközre (célszerűen és 
többnyire): az ethernetcsatolóra. 
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6. Egy megbízható 3 1/2"-os hajlékonylemez-meghajtóra. Sem 
merevlemez, sem CD nem szükséges. 

7. A belső hálózat kiépítése a következőképpen néz ki: 
hálózati kártya a munkaállomásokba, a szükséges kábelek, 
elosztó (hub) vagy kapcsoló (switch). Koaxiális kábel esetén 
az utóbbi kettő nem feltétlenül kell. 

8. A telepítéshez egy videokártya is ajánlatos. Bármilyen 
megteszi, amihez akad monitorunk. Telepítés és kipróbálás 
után csak akkor lesz rá szükségünk, ha a BIOS nem 
hajlandó nélküle elindítani a gépet, mivel a működő 
útválasztóra távolról is be tudunk majd jelentkezni. Szintén 
csak a telepítés ideje alatt szükséges egy billentyűzet. 
(Addig akár az egyik munkaállomásról is levehetjük.) 

9. Szükség van még a Coyote Linux telepítőkészletére. 

10. Nem utolsó sorban egy működő Linux-rendszerrel is 
rendelkeznünk kell, amelyen az útválasztó 
hajlékonylemezét elkészítjük. 


0 Kiskapu Kft. Minden jog fenntartva 


A Coyote Linux 

A megadott honlapról töltsük le a Linux alapú, hajlékonyle- 
mezes változatot: Coyote Linux/Downloads/ Floppy release/ Linux 
floppy creator scripts v 1.32, vagy ha van, akkor az újabbat. 
(Windowsos beállítóprogram is létezik, de a Linux alattival 
több szolgáltatást érhetünk el, és mint régi linuxosoknak, 
amúgy sincs Windowsunk). 

Ezekből a parancsfájlokból készítettem egy nem hivatalos 
magyar változatot, amit úgy használhatunk, hogy a letöltött 
abdesign. tar . gz állományt kibontjuk (ez egy coyote 
alkönyvtárat hoz létre), majd az általam mellékelt 

coyote . hu. tgz állományt kicsomagoljuk a frissen létrejött 
coyote könyvtárban. Ekkor az felülírja az eredeti angol 
parancsállományokat. 

Ezzel az előkészületeket gyakorlatilag be is fejeztük. Még elő 
kell vennünk egy jó minőségű hajlékonylemezt (ma már ez 
a feladat egyik legnehezebb része), és neki is kezdhetünk az 
útválasztó készítésének. 


Az útválasztó kiépítése 

Logikusnak tűnne előbb az útválasztó fizikai kiépítése. 

Ezt is megtehetjük, hogy megnyugtassuk magunkat, valóban 
működik. Ha a BIOS képernyő megjelenik, az már biztató 
jel Esetleg egy régi DOS-os hajlékonylemezzel kipróbál- 
hatjuk a rendszerindítást is. (Akit a Linux mellett az ingye- 
nes, vagyis GPL DOS is érdekel, az nézze meg a 

2 http:/www.freedos.org címen. Próbacélokra kitűnő és 
felidézi a ,régi szép" DOS-os időket. Emellett kiváló fejlesz- 
tőkörnyezet is létezik hozzá: egy védett módú futtatórend- 
szerrel ellátott gcc-változat, djgpp, valamint egy fejlesztői 
felület, az rhide.) Ha mind a belső hálózatunk, mind az inter- 
netelérésünk ethernet, illetve több belső hálózattal rendel- 
kezünk, mind(egyik) ethernetillesztéssel, akkor a hálózati 
kártyák beépítésével még várjunk. Az eredeti Coyote-leírás 
azt ajánlja, hogy több ethernetcsatolóhoz ne használjunk 
azonos típust. Valójában ezzel nincs semmi baj, az alábbiak- 
ban le fogom írni, miként járjunk el, hogy ne legyen gond 
és ne keverjük össze a kártyákat (az én útválasztómban 
három azonos típusú kártya van). 

Ezután kezdjük el a rendszer programrészének elkészítését: 
ha megvan a megbízható hajlékonylemez, indíthatjuk is. 

(Aki kissé bizalmatlanabb típus — hajlékonylemezek esetén 

az ember nem lehet elég bizalmatlan, csinálhat egy próbafor- 
mázást.) A Coyote egy kissé túlformázott lemezt ajánl, ezt így 
próbálhatjuk: 


2003. április dd 
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fdformat /dev/fd0ul680 


Ha az ellenőrzés is hibátlanul lezajlik, akkor jó esélyünk van 
arra, hogy a Coyote rendszer is használni tudja majd. 

Lépjünk be a Coyote könyvtárába. Indítsuk el a makef1oppy. sh 
parancsfájlt. (Ha a fenti formázás felhasználóként működött, 
akkor a folyamat további része is menni fog. Ha nem, akkor ezt 
is rendszergazdaként kell tennünk.) Ha mind az eredeti Coyote- 
archívumot, mind az én módosító állományomat jól csomagol- 
tuk ki, akkor a következő lépéseken kell végighaladnunk. 


Ali baba és a negyven lépés 

1. A készítendő hajlékonylemez méretének megválasztása. 
Az előbbi próbának megfelelően célszerű az 1,68 MB-os 
változatot választani. Ez gyakorlatilag minden lemezmeg- 
hajtóval működik, és ráférnek a távoli karbantartást bizto- 
sító csomagok is. Írjuk be: 2, majd nyomjunk ENTER-t. 

2. A célrendszer processzortípusának a kiválasztása. A kérdés 

gyakorlatilag a matematikai processzor meglétét vizsgálja. 

Ha sikerült egy 486 DX alaplapot szereznünk, akkor (2). 

. Az internetkapcsolat típusának a beállítása. Itt a kapcsolat 
típusától függően a további kérdések különböznek egymás- 
tól. Előbb megnézzük a modemes (és külső ISDN-es, mert 
az ugyanúgy működik) kapcsolatot, utána az ADSL/kábel- 
modemes (pppotE) változatot. A behívásos kapcsolathoz 
válasszuk a (3) pontot. 

4. A rendszer beállítása ppp behíváshoz. Először a helyi hálózat 
alapértelmezett beállításait láthatjuk. Ha nincs külön , kifor- 
rott" tervünk a belső hálózat IP-címeit illetően, akkor célszerű 
ezt elfogadni. (Ez egy C osztályú, úgynevezett nem nyilvá- 
nos IP-címtartomány). Válasszuk az N-t az elfogadáshoz! 

5. Ezután az igény szerinti tárcsázás lehetőségét kell meghatároz- 
nunk. Ha nem engedélyezzük, akkor már a bekapcsolás után 
megpróbál csatlakozni. Az engedélyezéshez nyomjunk I-t. 

6. Tétlenségi kapcsolatbontás. Ha egy adott ideig nincs 
adatforgalom, bontsa-e a kapcsolatot (mondjuk ottfelejtjük 
a gépet, és ketyeg a telefonszámla. ..). Ismét nyomjunk I-t 
az engedélyezéshez. 

7. A tétlenségi idő — ami után bont — hossza másodpercben. 
Az alapértelmezett idő 180 mésodperc , nyomjuk le az 
ENTER billentyűt, ha elfogadjuk — vagy írjunk be más értéket. 

8. Állandó IP-címünk van? Modemes kapcsolatnál nem 
valószínű, ezért N. 

9. Meg kell adni egy IP-címet a ppp-csatolónak. Ezt valójában 
nem fogja használni, csak azért van rá szüksége, mert indí- 
táskor is ÍP-címmel kell bírnia. A kapcsolat létrejötte után 
a ppp démon ezt a valós dinamikus címre módosítja. 
Fogadjuk el a felkínált értéket. 

10. Melyik soros kapuhoz kapcsolódik a modem? Az alapértel- 
mezett a ttyS0 (COM1). Ha másikhoz kapcsolódik, akkor 
írjuk át (pl.: ttyS1, azaz COM2). 

12. A soros kapu sebessége. Általában jó a megadott 11 5200 
Baud. Ha régi illesztőt használunk, esetleg lejjebb kell 
vennünk. Tapasztalatom szerint ezt minden AT soros 
illesztő bírja, de lehetnek kivételek. A 486-os alaplapokra 
építettek biztosan bírják ENTER. 

13. Modemindító (alaphelyzetbe állító) karaktersor. Ha nincs 
róla tudomásunk, hogy modemünk igényel valamit, akkor 
fogadjuk el. Modemszakértők esetleg némító parancsot 
írhatnak ide ENTER. 

14. A szolgáltató nevének megadása. Csupán a későbbi 
azonosításra szolgál - írjunk be egy rövid, de sokat- 
mondó nevet. 
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15. A hívandó telefonszám megadása, például 06 51 690690. 

Ez a szolgáltatótól függ, és szerződéskötéskor kapjuk meg. 

16. Felhasználónév megadása. Ezt ugyancsak a szolgáltatótól 
kapjuk vagy vele kell egyeztetnünk. Írjuk be, ügyelve a kis- 
és nagybetűkre. 

17. A jelszó megadása az előbbiekhez hasonlóan. Ha a jelszó beí- 
rásakor úgy tűnik nekünk, hogy megbízhatatlan személyek is 
lézengenek körülöttünk, a begépelést halasszuk későbbre! 

18. Kell-e azonosítani magunkat a ppp futtatása előtt? Nálunk 
kellett (ID az, de még mielőtt rákérdeznének, jobb nélküle 
kipróbálni. 

19. Döntenünk kell, hogy meg kell-e adnunk a Coyote DHCP- 
kiszolgálót; továbbá hogy a belső hálózaton állandó vagy 
dinamikus IP-címeket szeretnénk-e használni. Ha kevés 
gépünk van, célszerűbbnek tűnik az állandó IP-címek 
választása (N). 

20. lartománynév választása. A mi esetünkben (álcázott belső 
IP-címek) bármi lehet, például otthon. 

21. Az első névkiszolgáló IP-címének megadása. Ezt is a 
szolgáltatónktól kapjuk. Ha mégsem, esetleg próbáljunk 
meg egy teljes Linuxból, a tárcsázóprogrammal kapcsolódni 
(SuSE alatt w.dia1), ez ugyanis kiírja a kapott 
névkiszolgáló-címet — használjuk fel azt. 

22. A második névkiszolgáló begépelése. Ha tudunk, még egyet 
megadhatunk... 

23. FI kell döntenünk, hogy telepíteni akarjuk-e az sshd kiszol- 
gálót a biztonságos távoli eléréshez (1). Ha igen, elkészíti a 
kiszolgálóoldali ssh-kulcsokat és a gépazonosítót. 

24. Ki kell választanunk, hogy telepíteni akarjuk-e a webct1 
webes felületű karbantartó csomagot. (Nem működik 
egészen jól, de adatforrásként jó, például a pillanatnyi 
IP-cím lekérdezéséhez a munkaállomásokról.) 

Nyomjunk ismét I-t. 

25. A hálózati kártya modulnevének a beírása. Nem a gyártó az 
érdekes, hanem a rajta lévő lapkák. A legtöbb olcsó 10 Mbit- 
es kártya az ne2k-pci modullal működik, a 100 Mbit-esek 
az rt18139-cel. (Például a Realtek-lapkás kártyák). A ré- 
gebbi ethernetkártyák jelentős része a ne meghajtóval mű- 
ködik. Gyakori még az SMC Ultra kártya, mely az smc - 
ultra vagy smc-ultra32 meghajtóval megy. Ha PCI- 
sínes kártyáról van szó, a kapcsoló szükségtelen, egy ISA- 
buszosnál azonban nélkülözhetetlen (a minta szerint 
például: ne i10-0x300 irg-10). A megfelelő kapcsolót 
próbáljuk meg a kártya beállítóiról leolvasni, vagy ha 
működött valamelyik rendszeren, akkor onnan. 

26. Ezután tegyük be a hajlékonylemezt, és már el is készülhet. 


Nézzük az ADSL változatot! 
Az ADSL változat a 3. ponttól kezdődően tér el a fentiektől. 
3. A popoE módhoz válasszuk a (2.) pontot. 
4. A fentihez hasonló a helyi hálózat beállítása is. Hagyjuk 
meg a felajánlott értékeket (N). 
5. A felhasználónév beírása: magától értetődő. 
6. A jelszó begépelése: szintén. 
7. A tatománynév megadása: mint fent, bármi lehet. 

8. Az első névkiszolgáló IP-címének a megadása — mint fent. 
9. A második névkiszolgáló megadása ugyanúgy történik. 
10. Választanunk kell: állandó vagy szükség esetén felépített 

és bontott kapcsolatot szeretnénk-e. Ha ADSL-ünk 
átalánydíjas, akkor választhatjuk az állandót, ekkor csak 
az útválasztó vagy a modem kikapcsolásával, illetve a 
szolgáltató bonthatja a kapcsolatot (technikai okokból 

— ilyen esetben az útválasztó újra megpróbálja létrehozni 


Egy egyszerű példa a MAC-listára 


He2zk DET. E: VI. 02 tor Link 252, 
http: / /www. scy1d . com/network/ne2k-pci.html 
ne2k-pci.c: PCI NE2000 
ethO: RealTek RIL-8029 
ne2k-pci.c: PCI NE2000 
eth1: RealTek RIL-8029 
ne2k-pci.c: PCI NE2000 
eth2: RealTek RIL-8029 


clone 
found at 0x6000, 
clone 
found at 0x6100, 
clone 


found at 0x6200, 


a kapcsolatot). Ha idő- vagy forgalmi díjunk van, akkor 
választhatjuk a modemes kapcsolathoz hasonló önműködő 
csatlakozást és bontást (állandó: 1). 

11. Szükséges-e az sshd kiszolgáló a távoli eléréshez? Igen, 
azaz nyomjunk I-t. 

12. Működjön-e az útválasztó DHCP-kiszolgálóként? (Állandó 
belső IP-címek esetén: N.) 

13. Az internetes és helyi hálózati kártya modulneve és eset- 
leges kapcsolóinak a megadása. Ha különböző típusú kár- 
tyáink vannak, akkor már itt eldől, hogy melyik melyik lesz. 
Ha egyformák, akkor ezt a későbbiekben határozzuk meg. 

14. Döntenünk kell, hogy szükségünk van-e az Oidentd 
csomagra. Hagyományos internetezéshez még nem volt rá 
szükségem... (N). 

15. Választanunk kell, hogy szükségünk van-e a webct1 webes 
felületű karbantartócsomagra? (1) 

Az eredményt máris kiírhatjuk Coyote-rendszerlemezünkre. 


Az első próbák az útválasztóval 

Az első próba alkalmával mindjárt meg is állapíthatjuk, hogy 
melyik hálózati kártyánk melyikként fog működni. Helyez- 
zünk a gépbe egy kártyát, valamint hajlékonylemezt, majd 
indítsuk el a gépet. Türelem, a Coyote a hajlékonylemezes egy- 
ség lassúságának megfelelő tempóban indul el. A rendszerüze- 
netek között figyeljük meg a hálózati kártyáról szólót (ha eset- 
leg nem látszana, a bejelentkezés után pedig elindult az útvá- 
lasztó beállítóparancsfájlja, akkor a g pontot választva lépjünk 
ki, és a dnesg paranccsal kérjük le újra a rendszerüzeneteket). 
A kártya csatlakozója mellé ragasszunk címkét, de filctollal 
akár közvetlenül a fémre is írhatunk. 

Egy papírra jegyezzük fel az első kártya ethernetcímét (MAC) 
a listából. Ha ráfér, mindjárt a kártyán lévő címkére is írhatjuk 
(pl.: 00:50:BE:6E:9€:9A). Ezután ugyanígy járjunk el a második, 
illetve ha több belső hálózatot tervezünk, akkor a harmadik 
kártyával is (az előző kártyát nem kell kivennünk, egyszerűen 
figyeljük, hogy melyik az új cím). Végül a listánkon láthatóhoz 
hasonlót kapunk az újraindítás után. 

Ezután a MAC-címek alapján, a Coyote eth0o, eth1 stb. szá- 
mozással már össze tudjuk rendezni az általunk megszámozott 
kártyákat. A kártyára a csatlakozó mellé rá is írhatjuk, hogy 
melyik csatolóként működik. (Modemes kapcsolat és egy belső 
hálózat esetén ez a rész kimarad, mivel ott egyértelmű a dolog). 
Csatlakoztassuk a hálózatokat! Az alapértelmezett belső 
hálózatot az eth0-csatolóhoz, az Internetet a megfelelő soros 
kapun vagy az eth1-csatolón át a megfelelő modemhez 
kapcsoljuk. Indítsuk újra az útválasztót. A helyi hálózat egyik 
gépéről próbáljuk meg ping segítségével elérni. 


ping 192.168.0.1 
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"RealTek RIL-8029" 
IRO 9, 

"RealTek RIL-8029" 
IRO 10, 
"RealTek RIL-8029" 
IRO 11, 


D. Becker/P. Gortmaker, 


at" 1/0 0x6000," IRO 9. 
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at I/O Oxől00, ÍRÓ 10. 
OO SZO S RÉS E ZAB DTAE 
at 1/O 0Ox6Z00 ÍRÓ 11 
OOSZOSÁTSE ZA SÓS: SB 


Ha választ kapunk, akkor a belső hálózat működik. (Feltéte- 
leztem, hogy a belső hálózat gépeit beállítottuk a megfelelő 
hálózaton való működéshez, valamint hogy az alapértelmezett 
IP-címeket használjuk). Ha mégsem, akkor a következő 
beállításokat használjuk: 


e csatlakozás az Internethez helyi hálózaton keresztül, 

e IP-cím 192.168.0.xxx (az xxx gépenként más: nem lehet 0, 
mert az maga a hálózat, 255 sem, mert az a csoportos 
adatküldés (broadcast) címe, valamint 1 sem adható meg, 
mert az maga az útválasztó), 

e hálózati maszk: 255.255.255.0; és az átjáró (gateway): 
192.168.0.1. 


Mind a linuxos, mind a windowsos gépeket ugyanilyen 
módszerrel kell beállítani. A fent megadott névkiszolgálót 
célszerű ugyancsak azon nyomban beírni. 

Ezután csatlakoztassuk a modemet (ADSL vagy analóg) a 
telefonvonalhoz, és kapcsoljuk be. Esetleg újraindíthatjuk az 
útválasztót (elvileg nem szükséges, de erről a módszertől már 
világhírűvé vált egy-két operációs rendszer. ..). A belső hálózat 
valamely gépéről próbáljunk meg IP-cím szerint elérni egy 
külső gépet. (Ha más nem jut eszünkbe, a névkiszolgálót is 
próbálhatjuk. Ez nem biztos, hogy fog válaszolni rá, mivel sok 
esetben le van tiltva, de az útválasztó ezt előre nem tudhatja, 
és felépíti a kapcsolatot). 

Közben jelentkezzünk be a coyote-os gépen rendszergazda- 
ként. (Először nincs jelszó, amit később be kell állíthatunk.) 
Önműködően elindul az lrcfíg nevű, karbantartó parancs- 
fájl. Ennek menüjéből (angol) válasszuk a c pontot, ekkor 
kijelzi az időszerű állapotot. Ha az ,internet configuration" 
szöveg alatt valós IP-címet látunk, akkor a kapcsolat működik 
(hagyományos modemnél ezt a szokásos , összefütyülés" 
előzi meg; ADSL és ISDN esetén pedig szinte azonnal létre- 
jön a kapcsolat). 

Ha valós IP-címet látunk, egy belső gépről próbáljuk meg név 
szerint elérni kedvenc weboldalunkat. Ha sikerül, akkor van 
egy működő útválasztónk! 

Az esetleges hibák javításáról és a másik helyi hálózat beál- 
lításáról, valamint az útválasztó finomhangolásáról, továbbá 
a távoli karbantartásról a következő részben lesz szó. 


Havránek Ferenc 
Automatikamérnökként dolgozik. Kedvtelései közé 
; jé tartozik mindenféle kétkerekű járművön (kerékpár és 


f ] motor) való közlekedés. Ezenkívül szívesen tölti idejét 


.] programozással, nemcsak PC-s, hanem egyéb 
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Két munkaállomás egy gépből 


Mindenki számára nyilvánvaló tény, hogy a GNU/Linux az egyik legnyitottabb 
és legjobban testre szabható operációs rendszer, ezért is kedvelik annyira 
a kiszolgálóknál, a beágyazott rendszereknél és még ezer helyen. 


osszú ideje foglalkoztat az a kérdés, hogy meg tudjuk-e 
Ai oldani Linuxszal azt a látszólag egyszerű feladatot, hogy 

egyetlen gépre több monitort, billentyűt és egeret kötve 
egymástól független munkaállomásokat alakítsunk ki. Mert 
ugyebár az eszközöket csatlakoztatni tudjuk, főleg mióta olyan 
szabványok terjedtek el, mint például az USB. Mielőtt belekez- 
denénk, érdemes beleolvasni a A többképernyős Linux-rend- 
szerek című cikkbe (Linuxvilág 2002. augusztusi szám, 41. oldal). 


Miért jó ez? 

Mi hasznunk származik abból, ha egy asztali gépből több- 
munkaállomásos kiszolgálót fabrikálunk? Az irodai hálózatok 
legnagyobb baja, hogy külön kell őket kezelni, minden egyes 
gépen külön kell frissíteni a csomagokat, beállítani a progra- 
mokat és így tovább. Bár használhatunk egy központi felügye- 
leti rendszert, ez gyakran az ,ágyúval verébre lövés" esete. 
Tegyük fel, hogy egy helyen hat munkaállomást szükséges 
létrehoznunk, a költségek alacsonyan tartásával, például két 
szobában, ahol a gépek ráadásul egymás mellé kerülnének. 
Erre lehet megoldás egy kiszolgáló és hozzá kapcsolódó 
tetszőleges számú, csupán grafikus felületet biztosító gyengébb 
gép hálózata is. Hiszen mennyibe kerül manapság egy buta, 
öreg Pentium I-es, amire felhúzunk egy alapkiépítésű XFree86 
rendszert, majd a megfelelően beállított kiszolgálóról egy egy- 
szerű X -guery kiszolg£l paranccsal már megg is oldottuk a 
dolgot. Igen, a módszer jól működik, ha van megfelelő helyünk 
a kis gépnek, ha nem gond a gép karbantartása, és nem utolsó 
sorban nem zavar a plusz egy gép zörgő-csörgő zaja. Bár egy 
ilyen kis gép kialakítható valamilyen profibb kivitelű, például 
mini ATX-es gépből, ezeknél már komoly kérdés az ár. 

lehát előfordulhat, hogy a legjobb megoldás az volna, ha Gizi 
és Manci (elnézést kedves Gizella és Mária nevű informatikus 
olvasóinktól az általánosításért) asztala közé beraknánk egyet- 
len gépet, amit mindketten használni tudnak. Ez mind helyet, 
mind költséget, mind pedig felügyeleti időt takaríthat meg 
számunkra, valamint remekül szórakozhatunk, amikor Gizi 
egy felelőtlen pillanatában a KDE kiléptető ablakában nem a 
kilépést, hanem a leállítást választja miközben Manci éppen 
egy többoldalas pályázatot készít. 

Miguel Freitas például egy egyszerű okból kifolyólag állt neki 
a második videokártya felélesztésének. Ahogy írja, van egy 
barátnője és egy számítógépe, de egyszerre csak egyikőjük 
használhatta a gépet. Mivel egy második kártya és egy máso- 
dik monitor amúgy is jelen volt a gépben (3Dfx-es játékokhoz), 
gondolta, egy huszárvágással megoldja a gondot. 


Alkatrészigény 

Már működő rendszerünket ki kell egészítenünk egy monitor- 
ral, egy billentyűzettel, egy egérrel és egy videokártyával. 

A monitor kapcsán nincs különösebb feltétel, viszont a többiről 
érdemes pár szót ejteni. 
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Kétféle billentyűzet létezik: a PS2-es és az USB-csatlakozóval 
ellátott. Az USB-eszközök nagyon ügyesek, tetszőleges számú, 
egyetlen gépre akár ugyanolyan típusú USB-eszközöket is 
ráköthetünk, legyen az akár a sokadik billentyűzet is. Ha csak 
PS2-es billentyűzeteink vannak, akkor valamiféle turpisságot 
kell alkalmaznunk. Elméletileg létezik PS2-elosztó (még nem 
volt szerencsém kipróbálni), és az alaplapok hátulján két 
PS2-es csatlakozót találunk. Igaz, a második csatlakozó az 
egérnek van fenntartva, de a Linux az oda csatlakoztatott 
billentyűzetet is vígan kezeli. lehát elosztó nélkül akár két 
PS2-es billentyűzetet is használhatunk, plusz tetszőleges számú 
USB-csatlakozósat. 


vh Előny 


ú.) Hátrány 





Az egereknél szintén szóba jön az USB, a PS2, de a soros csat- 
lakozós egér is. Ezek közül bármelyik típusúból bármennyit 
használhatunk, lehetőségeink korlátait a gép csatlakozói szab- 
ják meg. Én mind a billentyűzet, mind az egér esetén egy 
PS2-es és egy darab USB-s eszközt használtam. 


A videokártyák beállítása 

A videokártya a sarkalatos pont. Igazából azt kell elérnünk, 
hogy az operációs rendszer elég számú VGA" típusú eszközt 
biztosítson. Itt először a kétfejes videokártyák használata jön 
szóba, mint amilyen például a Matrox G550-esből is akad. 
Mivel ez a terület most fejlődik, nyugodt szívvel nem mond- 
hatom el, hogy mindegyik kétfejes videokártyát két külön 
eszközként kezelné a rendszer. A nálam megfordult G400-as- 
nak például csak az első VGA" -fejét látta a rendszer. A másik 
kérdés pedig az, hogyha több videokártyát használunk (mert 
valami csoda folytán rá tudtuk tenni a mancsunkat egy elfo- 
gadható minőségű PCI-csatolós videokártyára), akkor a kártyák 
hajlandóak-e egymás mellett működni. 

Fontos tehát, hogy ki kell próbálnunk a kártyákat, csak így 
bizonyosodhatunk meg, hogy a rendszer megfelelő számú 
VGA-eszközt biztosít-e számunkra. Az elérhető eszközöket az 
alábbi paranccsal nézhetjük meg: 


rootaOmancika H?H less /proc/pci 
A megjelenő szövegben keressük meg azokat a bekezdéseket, 


amikben a VGA" szövegrész szerepel. Itt láthatjuk, hogy milyen 
nevű eszközök találhatóak a gépben, illetve hogy milyen azono- 


sítóval (BusID) rendelkeznek. Az azonosító három számból áll, az 
első PCI-os kártyáknál 0, AGP-s kártyáknál 1, a második a csatoló 

sorszáma, míg a harmadik egy ezen belüli sorszám. Példánkban a 
két videokártya egy PCI-os $3 Virge DX (BusID—0:10:0), valamint 
egy AGP-s TNI2 (BusID-—1:0:0). 


A billentyűzetek szétválasztása 

Talán ez a lépés tekinthető szakmailag a legnehezebbnek. Ugyan- 
is amíg újra nem írják a rendszermag bemeneti eszközeivel fog- 
lalkozó részt, addig sajnos akárhány billentyűzetünk van, alap- 
értelmezésként egyetlen bemeneti eszközként használja a gép. Ez 
a működés valahol érthető, hiszen a rendszert PS2-es és USB-s 
billentyűzetről is el 
szeretnénk tudni indítani. 
Ahhoz, hogy a rendszermag 
könnyen kezelhető felületet 
adjon több billentyűzet 
egymástól független keze- 
lésére, egy keveset piszkál- 
gatnunk kell. Két lehető- 
ségünk van; a első, hogy 

az eredeti rendszermagból 
dolgozunk, a másik, hogy 

a backstreet ruby magfoltot 
alkalmazzuk. A folt alkalma- 
zása után néhány függőség 
megváltozik a magforrásban, 
például nem lehet frame- 
buffer-eszközöket használni. 
Ezt a részt röviden átbeszél- 
jük, de aki még nem fordított 
magot, jobban teszi, ha 
megkéri az egyik ismerősét, 
hogy segítsen neki. lehát kell 
egy 2.4.20-as magforrás, ezt bontsuk ki, majd igény szerint 
alkalmazzuk rá a foltot (mind a mag forrása, mind a folt 
megtalálható a CD-mellékleten a Magazin/multix, illetve a 
Rendszermag könyvtárban). 

Az itteni beállításokat részletesen Aivil Sfoss , Ouick Kernel" 
oldalán találjuk meg; a lényeg, hogy bekapcsoljuk az USB, USB 
Mouse és USB HID támogatást, és vigyázzunk, hogy az USB 
Keyboard ne legyen bekapcsolva (ugyanis abban a pillanatban a 
rendszermag egy elegáns mozdulattal egyetlen eszközként 
kezeli a PS2-es és az USB-s billentyűzeteket). Figyeljünk arra is, 
hogy a DUMBCON szolgáltatást is használni fogjuk! 

Készítsük el a rendszermagot, állítsuk be a dumbcon-2 indítási 
kapcsolót is (append-"dumbcon-2"), majd élesszük fel az 

új magot. Ha ezzel megvagyunk, a rendszermag csak az elsőd- 
leges billentyűt kezeli a konzolon (tehát belépéskor csak a 
PS2-es billentyűzettel tudunk gépelni, a másik billentyűzet 
csak csendben ücsörög az asztalon). Azt, hogy a rendszermag 
megkapja-e a dumbcon-kapcsolót, a dnesg kimenetében 
ellenőrizhetjük: 





rootOmancika H dmesg ] grep dumbcon 


Kernel command line: auto BOOT IMAGE-2.4.20 
Ssro root-301 dumbcon-2 


Ezek után már csak az a kérdés, hogy léteznek-e a megfelelő 

eszközök a /dev alatt. Amennyiben nem, az mknod paranccsal 
hozzuk őket létre (ehhez is találunk részletes leírást a Backst- 
reet Ruby honlapján). 
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Ellenőrizhetjük, hogy gépünk látja-e a további billentyűzeteket 
és egereket, ha belenézünk a /proc/bus/input/devices fájlba. 
Főpróbaként pedig , hallgassunk bele" az eszközökbe. Amikor 
az eszközt a cat paranccsal kiíratjuk, és elkezdünk gépelni, 
vagy mozgatjuk az egeret, mindenféle krikszkrakszok jelennek 
meg a képernyőn. Így megkereshetjük, hogy melyik eszközt 
milyen néven kezeli a mag. Ha a CTRL-4-C-vel kilépünk, és 
szemetes marad a kép, a reset paranccsal visszakaphatjuk 

az eredeti beállításokat. 


Egerek 

Szerencsére az előző bonyolult folyamat mellékhatásaként az 
egereket is megtaláltuk — ezeket a rendszer eleve külön kezeli, 
sőt a létrehozott mouse0, mouse1 stb. eszközökként könnye- 
dén hivatkozhatunk is rájuk. Itt kell elmondanom, hogy míg az 
X-nek induláskor a vtn kapcsolóval adjuk meg, hogy melyik 
billentyűzetet használja, az egérként használandó eszközt mi 
magunk adjuk meg. Így ha nem figyelünk, eljuthatunk abba a 
csuda állapotba is, hogy a két egymástól független X-felület 
mindkét egérmutatója ugyanazt az egeret követi hűségesen. 


XFrees6 

Ha tehát ott tartunk, hogy a rendszer több VGA-eszközt lát, 
több billentyűzetünk van, amiket szétválasztottunk, valamint 
ismerjük egereink eszközneveit, jöhet az XF86Config-4 nevű 
pokoljárás. A fájl szerkezetét és használatát a 39. oldalon lévő 
cikk segítségével megismerhetjük - ez alapján alakítsunk ki egy 
olyan beállítófájlt, amivel két X-et a megfelelő monitor- és egér- 
beállításokkal indíthatunk. Figyeljünk arra, hogy ha a két kártya 
nem ugyanazokat a modulokat támogatja, előfordulhat, hogy 
két külön beállítófájlt kell használnunk. Ekkor a második beál- 
lítófájl használatát az xf86config kapcsolóval adhatjuk meg: 


rootOo mancika H startx -- 
5 /etc/X11/XF86Config-virge 


-xf86config 


Még egy szót kell szólnom az XFree36-tal kapcsolatban. Min- 
denképpen 4.2.0 vagy nagyobb változatszámú kiszolgálót 
használjunk, és figyeljünk rá, hogy ez a programcsomag is 
komoly változásokon megy át. Nem mindegyik változat támo- 
gatja ugyanúgy a program több példányának párhuzamos 
futtatását, főleg a már körbejárt billentyűzetgondok miatt, ezért 
előfordulhat, hogy trükköznünk kell. Ismétlem, előfordulhat. 
Ugyanis könnyen lehet, hogy a jelenleg a rendszerünkön lévő 
XFree86 is tökéletesen képes ellátni a feladatot (ez függ a 
videokártyáktól, sőt az alaplaptól is). 

Ha mégis trükközünk, akkor választhatunk a régebbi, de többek 
által kipróbált, illetve az új lehetőség között. A sokak által járt út 
az, amikor valahogy a rendszerünkre varázsoljuk a 4.2.0-s válto- 
zatot (sajnos az xfree86.org alatt már nem találjuk meg, de még 
több fájlkiszolgálón előfordul, valamint a magazin lemezmel- 
lékletére is felkerült), majd Aivil Stoss , Ouick XFree" oldalán 
leírt módon használjuk a foltozott futtatható fájlt: 


cd /usr/X11R6/bin 

mv X X.old 

mv XFree86 XFree86.old 

cp /cdrom/XFree86/XFree86-patched 
chmod -x XFree86-patched 

in -s XFree86 XFree86-patched 

in -s X XFree86-patched 


HF o 3 3 di it it it 


Ennek a módszernek viszont nagyon komoly hátulütője, hogy 
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vigyáznunk kell, nehogy valamelyik csomagírissítéskor a rend- 
szer felülírja. Mivel a számunkra szükséges kódrészlet előbb- 
utóbb az XFree36-ba bekerül és üzembiztossá válik (vagy talán 
már vált is), a másik lehetőségünk az, hogy a legfrissebb 4.3-as 
változatot használjuk. 


Szerencsejáték 

Igen, most jön a lutri. Ki kell sakkoznunk, hogy az általunk 
használt monitorkártyák egymás mellett működnek-e. Ha 
valakinek nagyon nagy szerencséje van, akkor egyszerűen 
elindítja a két grafikus felületet, és már vígan használja is. 
Ezeknek az olvasóimnak szívből ajánlom, hogy próbálkozza- 
nak megg a lottóval is, mert jó esélyük van egy ötös találatra. 
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Hogy melyik billentyűzetet használjuk, azt az X-nek a fentebb 
említett vtn kapcsolóval adhatjuk meg. Ha rendszermagunk 
a dumbcon-2 értékkel indult, akkor a vt7 az első, a vt9 a 
második, a vt17 pedig a harmadik billentyűzetet használja 
(az egeret a layout részben megadott egér eszközneve alapján 
választja ki a rendszer). Próbaként indítsuk el az első grafikus 
felületet, majd egy xterm-ből indítsuk el a másodikat: 


rootOmancika H?H startx -- :0 vt7 -layout egyes 


xterm H?H startx -- :1 vt9 -layout kettes 
Nézzük, milyen eredménnyel járhat a próba: 


e . Működik - minden gond megoldva. 

e .  Fagyás — a második X elindításakor a gép lefagy, semelyik 
billentyűzet, semelyik egér nem válaszol. 

e Az első várakozik - az első X-felület nem változik, de 
amikor a másodikat bezárjuk, az első újra feléled, a közben 
begépeltek megjelennek stb. 

e — letszhalott — maga az első X fut, ha parancsot adunk ki, vég- 
rehajtja (lehet valami könnyebben ellenőrizhetőt is használni, 
nem csak a reboot-ot), de a monitoron nem frissül a kép. 

e . Bizonytalan működés - egy idő után vagy például üzem- 
módváltás (ha több felbontást állítottunk be, akkor 
a CTRL-FHÁLT- CJOBB OLDALI t 5 kombinációval váltogat- 
hatunk) esetén a gép fagy. 


Mitől függhet az eredmény? Elsősorban, ahogy azt már írtam, 

a használt videokártyáktól. De még itt sem mondhatjuk, hogy az 
egyik kártyapárosítás biztos jó, míg a másik biztosan nem. Aifvil 
Stoss honlapján egy külön lapon (Video card compatibility) igyek- 
szik összegyűjteni azokat a kártyákat, amikről már biztos adatok- 
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kal rendelkeznek. De például az én próba gépemben az S3Virge a 
Voodoo3 mellett várakozott, IN12-es mellett viszont fagyott. 
Érdekes, hogy Aivil Stoss éppen egy TNT2-est használ egy 
Voodoo3-assal, nekem pedig nem akarnak egymás mellett futni. 
A másik fontos tényező, hogy milyen X-et használunk: egy friss 
4.2-eset, a foltozott 4.2.0-s változatot vagy az új 4.3-ast? Emel- 
lett figyeljünk rá, hogy nVidia-lapkás monitorkártya esetén 
szinte mindig jobban járunk, ha letöltjük és telepítjük az új 
nVidia magmodult (lásd a 40. oldalon lévő tippet). 

Fontos kérdés, hogy melyik kártyával indul a rendszer. Úgy 
tapasztaltam, hogy jobb a , gyengébb" kártyát alapértelme- 
zettnek választani. Ha egy PCI és egy AGP-csatolós kártyánk 
van, akkor a BIOS-ban választhatjuk ki, melyik legyen az 
alapértelmezett, két PCI-csatolós esetén pedig a kártyák sor- 
rendje dönt. És hogy ez szép legyen, az sem mindegy, hogy 
melyik kártyán indul el először az X-felület. Ennek — tapasz- 
talatom szerint -— a legtöbbször a rendszer alapértelmezett 
kártyájával kell azonosnak lennie (tehát ugyanazon a kártyán 
indítsuk a vt/-en futó X-et, amelyiken a rendszer indult). 

Azt már csak csendben említem meg, hogy nem mindig mind- 
egy, hogy a második X-et az első X alól vagy egy karakteres 
konzolról indítjuk-e (pontosabban, hogy a második X indulá- 
sakor az első videokártya milyen üzemmódban van), ugyanis 
sok kártya esetén az üzemmódváltás következetesen rendszer- 
fagyást okoz. Fura módon ez nem mindig igaz, mert például a 
nálam lévő $3 Irio 64 V2 esetében pont egy üzemmódváltással 
tudtam tetszhalott állapotából feléleszteni. 

Az örömhír az, hogy a kétfejes videokártyák (amelyeket két 
külön videokártyának lát a rendszer, ilyen például a Matrox 
G550) esetén állítólag hibátlan a működés. Sajnos, nem volt 
lehetőségem ilyen kétfejes kártyát kipróbálni. 


Zárszó 

Mint látjuk, jelen pillanatban nem éppen leányálom egy ilyen 
több-munkaállomásos gép összerakása; szerencsére — mint 
minden terület - a kialakításhoz szükséges elemek is folyama- 
tosan fejlődnek. Remélhetőleg az új rendszermag és az új X 
már az összes szükséges beállítást támogatja, és hamarosan az 
egész cikk helyett csupán egyetlen bekezdést kell majd írnunk: 
Végy egy kétfejes monitorkártyát, dugj a gépbe még egy 
billentyűt és még egy egeret, és indíts el egy második grafikus 
felületet a startx -- :1 vt9 -layout second paranccsal." 
Amíg ez nem így zajlik, marad a ,betyárkodás" . 


] Szy György (Szy.GyorgyOlinuxvilag.hu) 

Már hosszú ideje kedvenc szórakozása, hogy minél 
I! kevesebb géppel tudja megoldani a szerkesztőség 
í , Jépigényét" . 









Backstreet Ruby -— Aivil Stoss tolmácsolásában 
2 http://startx.times.lv/ 


Miguel Freitas megoldása: 
5 http://cambuca.ldhs.cetuc.puc-rio.br/multiuser/ 


Az XFreeg6 4.2.0-s teljes változat egyik lelőhelye 
2 http:/Avww.go.dir.de/fresh/linux/XFree86/4.2.0/binaries/ 
Linux-ix86-glibc22/ 


KFS06Config-4 





z XFree86 grafikus felület alapvető működését meg- 
határozó beállításokat a /etc/X11/XF86Config-4 nevű 
fájl tartalmazza. lekintsük most át a fájl felépítését és 


részeit! Az egyszerű szöveges állomány szakaszokra van 
bontva, minden szakasz a következő szerkezetet követi: 


Section "szakaszneve" 
Kapcsol örtőök (ek) 


EndSection 


A rendszer a rendszergazdaként kiadott X -configure 
parancs hatására /root/XF86Config-new néven egy mintafájlt 
hoz létre, amelyben feltünteti az általa felismert eszközöket. 
Ez a fájl jó alapot jelent azXFree86 beállításához. Nézzük most 
végig, milyen szakaszok találhatók benne. 


Files 

három legfontosabb beállítás az RgbPath, ami a színkezeléshez 
szükséges fájlok helyét mutatja; a ModulePath, ami a rendszer 
bővítményeinek helyét adja meg; valamint tetszőleges számú 
FontPath, amelyekben megadhatjuk az összes használni kívánt 
betűkészlet elérési útvonalát. A betűkészletek kapcsán egy 
dolgot kell kiemelnünk: egy adott típusú betűkészletet a rend- 
szer csak akkor használ, ha a hozzá tartozó modult is betöltjük; 
ha például az Adobe által kifejlesztett type1-típusú készleteket 
használni akarjuk, a Module részben szerepelnie kell a type1 
modulnak. Ugyanígy a Iruelype betűkészleteket vagy a 
freetype, vagy ttf modul kezeli. 

Másik lehetőségünk egy betűkiszolgáló telepítése (xfs, 
xfs-xtt, xfstt stb.), a betűkészleteket a rendszer vagy helyi 
foglalaton, vagy ICP-kapcsolaton keresztül éri el (tehát így 
oldható meg, hogy a hálózat egyik gépére telepített betű- 
készleteket a hálózat összes gépe használni tudja): 


FontPath "unix/ : 7100" 
H a 7100-es foglalaton csatlakozik a helyi 
H göpre 
FontPath "tep/mancika:7100" 
H Mancika göp 7100-as kapujg£n előrheti 
H kiszolg£l t haszn£lja 


A fájlban egyetlen Module nevű szakasz lehet, ami az X által 
betöltendő programmodulok neveit tartalmazza - ide 
tartoznak például a különböző betűkezelő modulok (speedo, 
typel, freetype, xtt, . . .), valamint a megjelenítés 
gyorsítását segítő modulok (dri, g1Xx, . . .). A modulok a 
/usr/X11R6/lib/modules/ könyvtárban találhatók, az előbbiek a 
fonts, az utóbbiak az extensions alkönyvtárban. Ebben a könyv- 
tárban érdemes körbenézni, itt találkozhatunk az összes 
videokártya-illesztő modullal is (drivers alkönyvtár), vagy 
például a rendszer által használt beviteli eszközök illesztőivel 
(input alkönyvtár). E két utóbbi típusra más szakaszokban 
hivatkozunk majd. 
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ServerFlags 

Ebben a szakaszban további beállításokat adhatunk meg, ha 
például a később említésre kerülő xinerama kiterjesztést állan- 
dóan használni szeretnénk, az alábbi módon állíthatjuk be: 


Section "ServerFlags" 
Option "Xinerama" 
EndSection 


"TÜe" 


Többször előforduló szakaszok 

A továbbiakban olyan szakaszok következnek, amelyekből több 
is szerepelhet a beállításfájlban. Ezeket a rendszer típusuk 

és típusonként egyedi azonosítójuk (Identifier kapcsoló) 
alapján különbözteti meg. Az azonosítónak bármilyen szöveges 
érték adható, mégis azt ajánlom, hogy ragaszkodjunk a meg- 
szokott egyszavas nevekhez, egy sorszámmal egészítve ki a 

szó végét olyan eszközök esetében, amelyekből több lehet 
(mouseOG, mousel stb.). 
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InputDevice 

Ahogy neve is mutatja, itt beviteli eszközöket adhatunk meg, 
külön szakaszt hozva létre minden egyes beviteli eszközhöz. 
A rendszer alapértelmezésként egy billentyűzetet és egy egeret 
állít be. Jelenleg nincs szükség több billentyűzet beállítására, 
azt a kiszolgáló indításakor a vtn kapcsoló határozza meg. 
Hasonlóan külön-külön szakaszt kell létrehoznunk például 

a digitábláknak vagy az érintőképernyőknek is. 

A billentyűzetnél megadhatjuk, hogy milyen szabályokat aka- 
runk használni (a különböző vezérlőbillentyűk jelentése stb.), 
milyen elrendezésű billentyűzetünk van (hány gomb található 
rajta), illetve melyik nyelvnek megfelelő kiosztás legyen az 
alapértelmezett. A kiosztást később a rendszer futása közben 

a setxkbmap paranccsal bármikor megváltoztathatjuk. 

Az egér esetében meg kell adnunk, hogy melyik rendszeresz- 
közön keresztül használjuk (soros egérnél ez az egyik 
/dev/ttySnn, PS/2-esnél a /dev/psaux az új bemeneti réteget 
használó egereknél, mint amilyenek az USB-egerek, az egyik 
a /dev/input/mousen), valamint hogy az egér milyen protokollt 
használ (ez általában PS/2, görgős egérnél IMPS/2). Egy to- 
vábbi érdekes lehetőség, hogy ha többgörgős vagy kiegészítő 
gombokkal is ellátott egerünk van, a rendszerrel tudathatjuk, 
hány különböző gomb kezelésére készüljön fel (egy görgő 

két gombot jelent), illetve hogy ezek melyike hogyan legyen 
tengelyekhez rendelve (lásd a ZAxisMapping kapcsolót). 
lermészetesen minden egerünkhöz külön szakaszt kell 
létrehozzunk. 


Section "InputDevice" 


Identifier "KeyboardO" 

Driver "keyboard" 

Option "XkbRules" "xfree8g6" 

Option "XxXkbModel" SEL Üs 

Option "XkbLlayout" ünn 
EndSection 


Section "InputDevice" 
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Identifier "MouseO" 


Driver "mouse" 

Option "Buttons" WGgn 

Option "Protocol" "IMPS/2" 

Option "Device" "/dev/psaux" 

Option "ZzAxisMapping" "4 5 8 9" 
EndSection 


Section "InputDevice" 
Identifier "Mousel" 


Driver "mouse" 

Option "Búttona" USN 

Option "Protocol" "!IMPS/2" 

Option "Device" 
"/dev/input/mousel" 

Option "ZzAxisMapping" "4 5" 
EndSection 


Monitor 

Ugyan a rendszer az újabb monitoroknál elméletileg magától 
meg tudja állapítani, hogy azok milyen tudással bírnak (a leg- 
nagyobb felbontás, különleges képességek), egyelőre mégis 
kézzel állíthatjuk be az adatokat. Ezeket az a legjobb, ha a mo- 
nitor leírásában megadott adatokhoz igazítjuk. A rendszer ez 
alapján fogja megtalálni a legjobb, a monitorral még használha- 
tó üzemmódot. Gyakran előfordul, hogy a grafikus felület csak 
nem akar magasabb frekvencián működni, hiába volna képes 
rá a monitor és a videokártya is. Nos, a rendszer gyakran az 

itt található HorizSync és VertRefíresh értékek miatt nem 
engedi a magasabb képífrissítés használatát. A VendorName és 
ModelName értéke lényegtelen, egyszerű szöveges leírások. 


Section "Monitor" 
Identifier "MonitorO0" 
HorizSync 30-95 
Vertkeíresh 40-75 
Option "DPMS" 
VendorName "Monitor Vendor" 
ModelName "Monitor Model" 
EndSection 


Amennyiben több azonos tudású monitorunk van, elég egyetlen 
Monitor szakaszt létrehozni, hiszen semmilyen eszközfüggő beál- 
lítást nem találunk - innen a rendszer csak az adatokat használja. 


Device 

Ez az egyik legfontosabb szakasz, videokártyánk adatait állít- 
hatjuk itt be. A két alapadat a használandó vezérlőmodul 
(Driver), valamint a sínazonosító (BusID). Amennyiben csak egy 
kártya van a gépünkbern, illetve a használni kívánt vezérlőmo- 
dul a gépben található kártyák közül csak az egyiket hajlandó 
vezérelni, a BusID el is hagyható -— ennek ellenére a használata 
javasolt. A gépben lévő kártyák azonosítója könnyen kikövet- 
keztethető. Nézzünk bele a /proc/pci fájlba, és keressük meg a 
videokártya bejegyzését. Valami ilyesmit láthatunk: 


Bus 1, device 0, function 0: 
VGA compatible controller: nVidia 
Corporation NV11 IGeForce2 MXI (rev 161). 
IRO 16. 
Master Capable.  Latency-248. 
Min Gnt-5.Max Lat-1. 
Non-prefetchable 32 bit memory at 
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0xde000000 loxdeffftffl. 
Prefetchable 32 bit memory at 
O0xd0000000 loxd7ifrftffl. 


Ami érdekes, az az első sor. Bár ez egy AGP-s videokártya, a rend- 
szer ezt az eszközt is ,szabványos PCI-rendszeren" keresztül 
kezeli. A példában látható kártya azonosítója (a PCI : cbusz : 
cdevice: : function: összeállítás alapján) PCI : 1 : 0 : 0. 
Gépemben egy Geforce típusú kártya található, így két vezérlőt 
is használhatok, az egyik az XFree86-hoz adott nv vezérlő, a 
másik az nVidia oldaláról letölthető nVidia-vezérlő (telepítést, 
lásd a dobozban). Ha gyorsítás szüksége, mindenképpen 
javaslom az nVidia használatát. 

Egy további jó szolgáltatása az X -configure parancsnak, 
hogy a mintafájlban felsorolja az összes, az adott vezérlővel 
használható kapcsolót, így nem nekünk kell kimazsoláznunk, 
hogy melyiket hogyan is hívják. Ezek a kapcsolók általában 
finomhangolásra használhatók. 


Section "Device" 
HOption "NvAgp" "1" 
Identifier "öardo" 
Driver "mnvidia" 
VendorName "Nvidia" 
BoardName "GeForce2 MX" 
BusID "PCI:1:0:0" 
EndSection 


Az nVidia saját verzérlője 


Azt hiszem, nem sokat tévedek, ha azt állítom, hogy manapság 

a leggyakrabban valamilyen nVidia-lapkás videokártyával találkoz- 
hatunk gépeinkben. Ide tartoznak a régebbi Riva, TNT és TNT2-es 
kártyák vagy az újabb Geforce-család. Sőt némelyik alaplapra már 
ráépítve találkozhatunk az nForce lapkával is. 

Hogyan tudjuk kiaknázni ezek egyedi képességeit? Az XFree86 ugyan 
alapállapotában rendelkezik egy nv vezérlővel, de ennek a tudása 
korlátozott. Szerencsére az nVidia is készít egy vezérlőt, újonnan 

— vajh, miért? — nvidia névre keresztelve. Mivel a gyártó a vezér- 
lőkódot zárt forrással készíti, az nem képezi részét az XFree86-cso- 
magnak. Ennek vannak jó és rossz mellékhatásai. A jó, hogy a gyár- 
tó belső emberei készítik a kódot, ami ezáltal tényleg igyekszik kiak- 
názni a lapkák tudását. Olyannyira, hogy az nvidia.com alatt található 
fórumon több Unreal-rajongó elújságolta, hogy a gépén a windowsos 
változatnál átlag tíz százalékkal gyorsabb megjelenítést kapott. 

A rossz hír, hogy a vezérlő nagy része magmodulként fut. Méghoz- 
zá nem is kis része! A modul majdnem másfél megabájt méretű! 
Igaz, leegyszerűsödik az életünk, ugyanis egyetlen vezérlő kezel 
minden újabb típusú (TNT utáni) nVidia-lapkát. Akkor ajánlott tehát 
a vezérlő telepítése, ha gépedben nVidia-lapkás videokártya van, és 
játékra is használni szoktad a gépet. A telepítés nem túl bonyolult, 
a szokásos letölt-kicsomagol-make insta11 hármas. 

A telepítés után még két feladat vár ránk, ha a telepítő ezeket magá- 
tól nem végzi el. Az első, az nvidia . o modul betöltése a rendszer- 
magba (insmod nvidia . 0), a másik pedig az XF86Config-4 fájl 
frissítése (az nv vezérlő helyett nvidia vezérlő, továbbá ha még 
nem szerepel a modulok között, akkor add hozzá a GLX modult is). 

Jó játékot! 

2 http://www.nvidia.com/content/drivers/drivers.asp 


$ereen 

Mivel több videokártyánk és monitorunk lehet, sőt ezeket eltérő 
módon is használhatjuk, az X számára egy-egy Screen szakasz- 
ban állíthatjuk be, hogy az adott név alatt pontosan melyik vi- 
deokártyához kötött melyik monitort szeretnénk használni, s azt 
milyen színmélységgel és milyen felbontásban. A későbbiekben 
ezekre mint képernyőkre hivatkozhatunk. lermészetesen mind- 
egyik Screen szakaszban több színmélységet is megadhatunk, 
mindegyikhez külön-külön meghatározva (egy-egy Display 
alszakaszban), hogy milyen felbontásban kívánjuk használni. 
Általánosan azonban csak egyet használunk, ami a legtöbb eset- 
ben a 24-bites színmélység. Amennyiben az adott színmélység- 
hez több felbontást is megadunk, a grafikus felület használata 
közben a CTRL- ALT nyomva tartása mellett a számbillentyűk 
melletti plusz- és mínuszjelekkel váltogathatunk közöttük. 


Section "Screen" 
Identifier "Screeno" 
Device "Cardo" 
Monitor "MonitorO" 
DefaultDepth 24 
SubSection "Display" 
Depth 16 
Modes "1024x768" "800X600" 
EndSubSection 
SubSection "Display" 
Depth 24 
Modes "1024x768" "800X600" 
EndSubSection 
EndSection 


Mindegyik használni kíván felülethez (kártyába, monitor, 
üzemmód) külön Screen szakaszt kell létrehozzunk. 


ServerlLayout 

És végül az utolsó szint, ahol az egészet egybepakoljuk, és 
egyetlen névként hivatkozunk az elrendezésre, a Layout 
szakasz. Az elrendezés több képernyőt is összefoghat, ezt a 
megoldást elsősorban a Xinerama kiegészítés használja — ebben 
az esetben egyetlen , összetett" képernyőként kezeli a több kép- 
ernyőből álló rendszert. Az ilyen többmonitoros rendszereknek 
például a grafikusok látják hasznát. Aki már próbált térszerkesz- 
tővel és képszerkesztővel egyszerre dolgozni, miközben folya- 
matosan látni akarta az előnézetet, az igazán értékelni tudja 
több képernyő együttes használatának a lehetőségét. 

De más oka is lehet a több kiépítés használatának. Például 
hordozható gépünk van, és amíg a gép beépített megjelenítője 
csak a 800 x600-as felbontást ismeri, addig az irodában asztali 
monitorunkon inkább az 1280 x1024-es felbontás örömeit sze- 
retnénk élvezni. Annyi a dolgunk csupán, hogy két különböző 
elrendezést hozunk létre, és a grafikus felületet mindig a meg- 
felelő kapcsolóval indítjuk. Az alábbi példában mindhárom 
lehetőséget igyekeztem szemléltetni: 


Section "ServerLlayout" 
Identifier "alap" 
Screen 0 "Screen0" 0 0 
InputDevice "MouseO" "CorePointer" 
InputDevice "KeyboardO " 
s "CoreKeyboard" 
EndSection 
Section "ServerLlayout" 
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Identifier "nagy" 
Screen 0 "Screenil" 0 0 
InputDevice "MouseO" "CorePointer" 
InputDevice "KeyboardO " 
mm "CoreKeyboard" 
EndSection 
Section "ServerLlayout" 
Identifier "ketkepernyo" 
Screen "Screen0O0" 0 0 
Screen "Screen2" Rightof 
mm "Screen0o" 
InputDevice "MouseO" "CorePointer" 
InputDevice "KeyboardO " 
s "CoreKeyboard" 
EndSection 


Ekkor (természetesen a megfelelő Screenn és Cardn szakaszok 
létrehozása után) a felületet több kiépítéssel indíthatjuk: 


rootOmancika H?H startx -- 

rootOmancika H startx -- -layout nagy 

rootOmancika H?H startx -- -layout ketkepernyo 
b Pxinerama 


-layout alap 


Hogyan indítsuk a felületet? 

Amíg a beállításokkal szöszölünk, érdemes leállítani a grafikus 
bejelentkezéskezelőt (ha éppen használunk ilyet), kdm esetén 
például a /etc/init.d/kdm stop parancs segítségével. A gra- 
fikus felületet három paranccsal közvetlenül is indítani tudjuk: 


e. AZX kapcsol k csak a nyers grafikus felületet indítja el. 

e  AZxinint lalapprogranm] -- kapcsol k elindítja a 
felületet, majd az alapprogramot. Ez a program - ha mást 
nem adunk meg - egy egyszerű xterm. A program bezá- 
rása a grafikus felület bezárását vonja maga után. 

e Astartx / gyfol] -- kapcsol k paranccsal, ami 
valójában az xinit-et hívja meg. 


A másik lehetőségünk, hogy a grafikus felülete(ke)t a bejelent- 
kezéskezelővel indíttatjuk. Ebben az esetben vigyáznunk kell 
rá, hogy nem mindegyik támogatja ugyanolyan mértékben 

a többképernyős elrendezést, illetve a Xinerama kiterjesztést. 
A kde3-hoz tartozó kam használata esetén az elindítandó 
grafikus felület pontos megadását a /etc/kde3/kdm/Xservers 
fájlban tehetjük meg. 


fenn Szy György (Szy.GyorgyOlinuxvilag.hu) 
ad "1! Már hosszú ideje kedvenc szórakozása, hogy minél 


d 


kevesebb géppel tudja megoldani a szerkesztőség 


ap Eta sát 
, gépigényét" . 





A Xinerama használatának leírása 
2 http:/Avww.tldp.org/HOVVT O/Xinerama-HOVVT0/ 


Az XF8GCONnfIig-4 fájlhoz tartozó súgóoldal is sok hasznos 
adatot tartalmaz: man XF86GConfig-4 





2003. április 41 


0 Kiskapu Kft. Minden jog fenntartva 


SALT 


0 Kiskapu Kft. Minden jog fenntartva 


Az USB soros illesztőprogram-réteg 





Az USB-soros réteg ismertetése, valamint útmutató az eszközök illesztéséhez. 


számában) a 2.5-ös (és remélhetően hamarosan a 2.6-os) 

rendszermagfa soros rétegét ismertettem. Futólag 
megemlítettem, hogy a rendszermag USB-soros illesztőprog- 
ram-rétege segítségével könnyebben dolgozhatunk az ilyen 
típusú illesztőprogramokkal. Most elérkezett az ideje annak, 
hogy megismerkedjünk ezzel a réteggel. 


L egutóbbi írásomban (a Linuxvilág 2002. decemberi 


Az USB-soros réteg története 

Réges-rég (legalábbis a rendszermag fejlesztését nézve) készült 
egy USB-soros illesztőprogram, ami bekerült a rendszermag- 
fába. Sajnos csak egyetlen eszköztípussal működött, SMP 
(többprocesszoros) gépeken pedig egyáltalán nem lehetett 
használni. Mivel nem volt szabványos USB-soros protokoll, 
minden eszköz egyedi, az egyes gyártók által kigondolt pro- 
tokollt alkalmazott. Miért nincs szabványos protokoll...? 
Hosszú és csúnya történet ez, akit érdekel, az a linux-usb-devel 
levelezőlista levéltárában megtalálja a választ. Hamarosan egy 
második USB-soros eszköztípus támogatása is megvalósult a 
már említett illesztőprogramon belül, lefoglalva a fő- és alvál- 
tozatszámok egy részét. Idővel egyre több és több eszközt 
adtak hozzá az illesztőprogramhoz, áttekinthetetlen maszlagot 
hozva létre. Ekkor Peter Berger és Al Borchers segítségével az 
illesztőprogram eredeti szerzője az egész alrendszert újraírta, 
létrehozva ezzel az USB-soros réteget. Munkájuknak 
köszönhetően csekély mennyiségű kódot írva különféle USB- 
soros illesztőprogramokat lehet készíteni, és ezek ugyanazt a 
fő- és alverziószám-tartományt használják. Az egyes illesztő- 
programok elől részben sikerült elfedni a tty- és az USB-réteg 
bonyolult működését. Az illesztőprogramok különálló modu- 
lokba is fordíthatók, és szükség szerint tölthetők be. 

A 2.5-ös rendszermag fejlesztésekor a soros réteget azért készí- 
tették, hogy — szükségtelenné téve a tty-réteg közvetlen keze- 
lését — megkönnyítsék a soros kapukhoz szánt illesztőprogra- 
mok fejlesztését. Reméljük, hogy a jövőben az USB- és a soros 
réteg egybeolvad. A kódok karbantartói is ezt szeretnék, csak 
éppen nincs idejük a megvalósításra. (Iermészetesen örömmel 
fogadnak minden erre irányuló foltot, ha valaki nem találna 
neki tetsző tervezetet.) 

Ebben az írásban az USB-soros réteggel kapcsolatos alapvető 
tudnivalókat tárgyalom, szó lesz az illesztőprogramok bejegy- 
zéséről és a bejegyzések törléséről, illetve a működésükhöz 
szükséges fontosabb adatszerkezetek kezeléséről. 


Az USB-soros illesztőóprogramok bejegyzése és törlése 

A cikkben szereplő kódrészletek és példák a 2.5, illetve 2.6-os 
rendszermagfából származnak. A 2.4-es és a 2.2-es fák is támo- 
gatják az USB-soros illesztőprogramokat, de ezeknél az illesztési 
felület néhány részletben eltérő. Az egyszerűség kedvéért most 
csak egy rendszermagfával foglalkozunk. Ha egy — 2.5-ös rend- 
szermag alatt már futó — USB-soros illesztőprogramot nem tudsz 
átültetni a régebbi rendszermag alá, vedd fel velem a kapcsolatot. 
Ahhoz, hogy egy USB-soros illesztőprogram bejegyzése a 
rendszermagnál megtörténjen, két dolgot kell tennie: az USB- 
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soros magnál és az USB-magnál egyaránt be kell jegyeznie 
magát. Az USB-soros magnál végzett bejegyzés teszi lehetővé 
az illesztőprogram meghívását abban az esetben, ha az USB al- 
rendszer új eszközt talál, az USB-maggal pedig azt kell közölni, 
hogy az illesztőprogram milyen típusú eszközöket tud kezelni. 
Amikor az USB-magnál akarod bejegyeztetni az illesztőprog- 
ramot, csupán az általa kezelt USB-eszközöket kell felsorolnod, 
hagyományos USB eszközazonosító formátumban: 


static struct usb device id id table [1] - ( 
(USB DEVI CE(TERM K AZONOSÍT JA, 
SESZK Z AZONOSÍT JA) ), 
() /: A bejegyzős lezErEsa r/ 
MODULE DEVICE TABLE (usb, id table); 
A táblázat alapján az USB-mag tudni fogja, hogy az illesztő- 
program milyen eszközöket tud kezelni; a felhasználói terüle- 
ten futó, az üzem közbeni eszközcserékért felelős kódrész 
pedig nyilván tudja tartani a használatban lévő eszközfajtákat. 
A Linuxvilág 2002. májusi számában megjelent , A PCI Hot 
Plug eszközillesztő fájlrendszer működése" című írásomban 
további tudnivalókat is találsz a táblázatról, illetve arról, hogy 
az üzem közbeni eszközcseréket támogató kódrész hogyan 
használja. 
Ezután egy egyszerű USB illesztőprogram-adatszerkezet jön 
létre az azonosító felhasználásával: 


static struct usb driver tiny driver - ( 
.name - ttinyi 
.probe - usb serial probe, 
. disconnect - — usb serial disconnect, 
:1d táble s id. táble; 


bi 


A .proke és a . disconnect mezőknek az USB-soros mag 
függvényeire kell mutatniuk, ezeket a feladatokat ugyanis neki, 
és nem a te illesztőprogramodnak kell kezelnie. 

Az USB-magnál a bejegyzés egy egyszerű hívással megtörténik: 
usb register (£tiny driver) ; 

A következő hívás révén értesítjük az USB-soros réteget az új 
illesztőprogramról: 

usb serial register (Etiny device) ; 

A függvény egy usb serial driver type adatszerkezetre irá- 
nyuló mutatót ad vissza, amiről később még bővebben is szó esik. 
Ha törölni szeretnénk az illesztőprogram bejegyzését, ugyan- 
ezeket a lépéseket kell végrehajtanunk, csak fordított sorrend- 
ben. Először az USB-soros magnál végezzük el a törlést: 


usb serial unregister (£tiny device) ; 


Ezután kerül sor az USB-magra: 


usb unregister (§tiny driver) ; 

Az usb serial device type adatszerkezet 

Az USB-soros magnál végzett bejegyzéshez fel kell tölteni az 
usb serial device type adatszerkezetet. Az adatszer- 
kezet meghatározása a drivers/usb/serial/usb-serial.h fájlban 
található: 


struct usb serial device type ( 
struct module towner; 
char "name; 
const struct usb device id fid tablé; 
char núüm 1iüterrüpt in; 
char num bulk in; 
char num bulk out; 
char num ports; 


struct list head driver list; 


int (rprobe) (struct usb serial serial) ; 
int (rattach) (struct usb serial serial); 
int (rcalc num ports) (struct usb serial 
—xgserial) ; 
void (tshutdown) (struct usb serial serial) ; 
int  (topen) (struct usb serial port fport, 
esttrüet filé §$ fTilp]); 
void ($rclose) (struct usb serial port fport, 
sstruct file ? filp); 
int  ("write) (struct usb serial port fport, 
sint Írom user, 
sconst unsigned char Fbuf, 
mint count); 
int (twrite room) (struct usb serial port 
e ZHOVÉJ] z 
int ("ioctl) istruct üsb serial port "port, 
ssstruct file F§ file, 
suünsigned int cmd, 
suünsigned long arg) ; 
void (trset termios) (struct usb serial port 
mxport, struct termios 
s xold) ; 
void ($rbreak ctl) (struct usb serial port 
mx:port, int 
eovedk. state) / 
int  (tchars in buffer) 
(estrúct úsb serial port $port); 
void i(rÜhrottle) dletrüct üsb serial port 
ez pOTC] ; 
void ($unthrottle) (struct usb serial port 
e HOGE) ; 
void t(tread int callback) (struct ürb turb, ; 
void (rread bulk callback) (struct urb tutxb) ; 
void (twrite bulk callback) (struct urb "turxb,) ; 


fi 


Meglehetősen méretes adatszerkezet, de még mindig kisebb, mint 
a tty-rétegé vagy a soros réteg adatszerkezeteinek a halmaza 


— ezekkel lehetne ugyanis kiváltani az USB-soros réteg használatát. 


Lássuk, hogy a fenti mezők közül mikre van szükség, és 
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pontosan mi is a szerepük. Az owner (tulajdonos) mező egy 
mutató az eszközt birtokló modulra. A THIS MODULE makróra 
kell mutatnia. Ilyenkor a modulra mutató hivatkozások szám- 
lálóját az USB-soros mag kezeli, ami jóval biztonságosabb 
módszer annál, mintha magad próbálkoznál vele. 

A name (név) mező az eszköz leírását tartalmazó karakterláncra 
mutat. Az eszköz csatlakoztatásakor és leválasztásakor ez 

a karakterlánc jelenik meg a syslog üzenetekben. A /proc/tty/ 
driver/usb-serial fájlban is használja a rendszer, így állapítható 
meg, hogy egy-egy eszköz melyik kapura csatlakozik. 

Az id table mező egy usb device id adatszerkezetekből 
álló listára mutat, ami az adatszerkezet által támogatott eszkö- 
zöket adja meg. Ez a mező akár azonos is lehet az USB-magnak 
átadott mutatóval. Ha az illesztőprogramodnak különböző 
eszköztípusokkal különböző műveleteket kell elvégeznie, akkor 
természetesen különböző adatszerkezeteket is használhatsz az 
eszközök leírására. Az utóbbira jó példa a Keyspan illesztő- 
program, ami az összes Keyspan USB-soros eszközt kezeli, és 
eltérő eszközökhöz más és más függvényeket kell meghívnia. 
Anum interrupt in mező az eszköz végpont-megszakí- 
tásainak várható száma. A végpont fogalmát az USB esetében 
a szabvány vezeti be és írja körül (2 http:/www.usb.org). Ha 
nem akarsz foglalkozni vele, hogy az USB soros mag ellenőrzi-e 
ezt az értéket (összeveti-e a felismert eszközökkel), akkor hasz- 
náld az usb-serial.h fájlban megadott NUM DONT CARE makrót. 
Anum bulk inésnum bulk out mezők az eszköz tömeges 
(bulk) adatmozgatásra szolgáló ki- és bemeneti végpontjait 
adják meg. Itt is használhatod a NUM DONT CARE makrót, ha 
valamilyen okból nem akarsz különösebb figyelmet szentelni 
ennek az értéknek. 

A num ports mező adja meg az eszköz különféle kapuinak 

a számát. Egyetlen USB-soros eszköz is számos különböző 
fizikai soros kapuval rendelkezhet. 

Adriver list mezőt az USB-soros mag használja a nála 
bejegyzett illesztőprogramok nyilvántartására, maguk az 
illesztőprogramok tehát nem nyúlhatnak hozzá. 

Az adatszerkezet egyéb mezői elhagyható függvényekre 
irányuló mutatók. Ha valamelyik mező értéke nincs megadva, 
a rendszer az általános USB-soros illesztőprogram megfelelő 
eljárását fogja meghívni. Így — ha az elvárt működés jelentős 
részben egyezik az általános illesztőprograméval — gyakorla- 
tilag csekély programozási munkával készíthető illesztőprog- 
ram. Ellenkező esetben természetesen ezeket a függvényeket 
is meg kell írni. A függvénymutatók három csoportba sorolha- 
tók: USB-életciklus mutatók, tty-életciklus mutatók és URB- 
(USB reguest block, azaz USB-kérésblokk) visszahívó 
(callback) mutatók. 

Az USB-életciklus függvénymutatói a következők: probe, 


Az általános USB-soros illesztőprogram 


Az általános USB-soros illesztőprogram a write () hívás és az 
eszköz tömeges adatmozgatást szolgáló kimenő végpontja között 
továbbítja az adatokat. Ugyancsak közvetít a bejövő tömeges adat- 
mozgató végpont és a tty-réteg átmeneti tárai között, így a felhasz- 
náló read ( ) hívásokkal juthat hozzá az adatokhoz. Ha a te eszkö- 
zöd így működik, akkor használd az általános illesztőprogramkódot. 
Egyéb esetben az illesztőprogramodnak kell megadnia az 

usb serial device type adatszerkezetben található 
függvénymutatókat. 


2003. április 43 


0 Kiskapu Kft. Minden jog fenntartva 


SUE 


0 Kiskapu Kft. Minden jog fenntartva 


calc num ports, attach és shutdown. Meghívásukra 
különféle időpontokban, az USB-eszköz üzembe helyezésekor 
és leállításakor kerül sor. A probe függvényre akkor van 
szükség, amikor egy az id table listában szereplő eszközök 
valamelyikének megfelelő eszközt csatlakoztatunk a rendszer- 
hez. Meghívása még az előtt történik meg, hogy az USB-soros 
mag befejezné az eszköz üzembe helyezését (inicializálását). 

A szükséges belső programnak (firmware) az eszközre való 
áttöltésére használható. Ekkor nyílik mód egyéb, az eszköz 
által igényelt korai (vagy az üzembe helyezés ideje alatt 
kiadott) beállítóparancsok küldésére is. Ha a visszatérési érték 
0, az USB soros mag folytatja az üzembe helyezés műveletso- 
rozatát. Bármely más érték a hívás megszakadását okozza, 
ekkor az USB-mag értesítést kap arról, hogy az adott eszközt 
egyik illesztőprogram sem kezeli. 

A calc num ports függvény meghívásával határozható 
meg, hogy az adott eszköz hány kapuval rendelkezik. Csak 
olyan eszközöknél használható, amelyek képesek dinamikusan 
meghatározni a saját kapuikat. A visszatérési érték — bármi 
legyen is — felülbírálja az usb serial device type adat- 
szerkezet num ports mezőjének a tartalmát. Meghívására 

a probe és az attach függvények hívása között kerül sor. 

Az attach függvény meghívása az usb serial adatszer- 
kezet teljes feltöltése után történik. A helyi eszközindító műve- 
letek indítása és a saját memóriában lévő adatszerkezetek le- 
foglalása ezzel a függvénnyel történik meg. A shutdown függ- 
vényt akkor szükséges meghívni, ha az eszközt eltávolították 

a rendszerből. Az eszközhöz helyileg lefoglalt memóriát ekkor 
kell felszabadítani. 

A tty-réteg függvénymutatói a következők: open, close, 
write, write room, ioctl, set termios, break ctl, 
chars in buffer, throttle és unthrottle. Ha vissza- 
gondolsz a tty-rétegről szóló cikkre (, A tty-réteg" — a Linuxvilág 
2002. szeptemberi számában), annak a rétegnek a kapcsán is 
pontosan ilyen nevű hívásokat tárgyaltunk — néhány eltérésről 
azonban nem szabad megfeledkeznünk. Először is mindegyikük 
átad egy mutatót az éppen használt usb serial port adat- 
szerkezetre, valamint egyes függvények meghívására csak akkor 
kerül sor, ha valamilyen eseményt kell elindítani. 

Az open függvény hívására egyedül az adott kapura vonat- 
kozó első open ( ) híváskor kerül sor, a további open ( ) kéré- 
seknél már nem. Az illesztőprogram által az adatok fogadásá- 
nak megkezdéséhez igényelt urb-átviteleket ekkor kell megej- 
teni, illetve az eszközre egyedileg jellemző üzeneteket is ilyen- 
kor kell elküldeni. Ha bármilyen hiba történik, a hívás ennek 
azonosítójával tér vissza, egyébként 0-t adva jelzi a sikert. 

A close függvényt az utolsó, a felhasználói területről induló 
close () híváskor kell meghívni. A folyamatban lévő urb-k 
ekkor véget érnek, és az eszköz által igényelt egyedi parancsok 
küldése is ekkor Zajlik. 

A write függvény pontosan úgy működik, ahogy a tty-rétegé 
is. A függvényhíváskor átadott adatokat a rendszer a megadott 
kapura továbbítja. Visszatérési értéke az eszköznek elküldött 
bájtok száma. Ne feledd, az eszköznek nem muszáj az összes, 
a felhasználó által elküldeni kívánt adatot elküldenie. Rövid 
írásra is sor kerülhet, feltéve, hogy az illesztőprogram értesíti 
erről a felhasználói oldalt. Az illesztőprogram szerkezete ezzel 
is egyszerűbbé válhat. Ha hiba történik, a hívás negatív 
értékkel tér vissza. 

A write roomés a chars in buffer függvények szoros 
kapcsolatban állnak egymással. A write room függvényt 

a tty-réteg hívja meg, segítségével azt kérdezi le, hogy az 
illesztőprogram éppen hány elküldendő bájtot tud fogadni. 
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A chars in buffer függvény azt adja meg, hogy hány 

bájt várakozik még az eszköz felé történő elküldésre. 

Az ioct1 függvény hívására számos tty ioct1 értékkel 
kerül/kerülhet sor. Ha az illesztőprogram az adott értéket nem 
tudja kezelni, akkor a -ENOIOCTLCMD értéket kell visszaadnia. 
Így lehetővé válik, hogy a tty-réteg megpróbálkozzon az alap- 
értelmezett függvény használatával. A felhasználói területről 
leggyakrabban használt értékek közül néhányról a már említett 
tty-illesztőprogramról szóló cikkben bővebben is esik szó. 

A set termios függvénnyel adhatók meg a meghatározott 
kapu terminálbeállításai, többek között a sebesség, a folyam- 
vezérlés és az adatbitek száma. A break ct1 függvény az 
adott kapu BREAK értékét adja meg. A -1 érték a BREAK 
Ellapot be-, a 0 pedig a kikapcsolt állapotát jelzi. A throttle 
és unthrottle függvény a soros kapuról érkező adatok 
fogadásának felfüggesztésére és újraindítására használható. 


urb visszahívó függvénymutatók 

A read int callback, read bulk callback és 

write bulk callback függvénymutatókat az USB soros 
mag használja az ilyen típusú USB-végpontokhoz tartozó 
kezdeti visszahívók megadására. Ha az illesztőprogram nem 
ad meg tömeges adatmozgatásra szolgáló read vagy write 
visszahívót, a rendszer az általános célú visszahívókat hasz- 
nálja. Általános read megszakítás-visszahívó függvény nincs, 
ha tehát az eszköz megszakításvégponttal rendelkezik, akkor 
ezt a visszahívót neked kell megadnod. 

Az általános, tömeges adatmozgatást végző read visszahívó 

az urb révén kapott adatokat a kapu tty átmeneti tárába írja, 
ahonnan a felhasználói oldal read ( ) hívással olvashatja ki őket. 
Az urb ezután visszakerül az eszközhöz. Ha az eszköz oldalán 
nincs szükség a kapott adatok bármilyen módon való értel- 
mezésére, akkor azt javaslom, hogy ne írj új függvényt, hanem 
ezt használd. Az általános, tömeges adatmozgató write vissza- 
hívó jóval kisebb, és csak a tty-réteget , ébreszti fel" (ha az éppen 
, aludt", vagyis az eszköznek továbbítandó adatokra várt). 


Összegzés 

Írásomban az USB-soros illesztőprogramok bejegyzésének és tör- 
lésének módját ismertettem, illetve a minden USB-soros illesztő- 
program által kezelendő fő usb serial driver type adat- 
szerkezet legfontosabb jellemzőit mutattam be. A következő alka- 
lommal részletesebben is foglalkozunk az USB-soros illesztőprog- 
ram réteg működésével, és egy példaprogramot is áttekintünk. 


Köszönetnyilvánítás 

Szeretnék köszönetet mondani mindazon programozóknak, 
akik az elmúlt évek során közreműködtek az USB-soros réteg 
fejlesztésében. Külön szeretném kiemelni Peter Berger és Al 
Borchers 2000 júliusában készült betölthető modul kódját, ami 
még ma is remekül szolgál. 


Kapcsolódó anyag található a 46. CD Magazin/USB könyvtárában. 


Linux Journal 2003. február, 106. szám 


Greg Kroah-Hartman (gregckroah.com) 
Jelenleg a Linux USB és a PCI Hot Plug 
rendszermag felelőse. Az IBM-nél dolgozik, ahol 
számos, a Linux rendszermagjával kapcsolatos 
kérdéssel foglalkozik. 





RAID és LVM alapfokon 


Egy megoldás, amivel biztonságosan és rugalmasan kezelhetjük a 





merevlemezünket, hogy adatainkat minél nagyobb biztonságban tudjuk. 


it is jelentenek ezek a rövidítések? A RAID nyers 

fordításban a merevlemezek hibatűrő tömbje. 

Számos fajtája létezik, nem is részletezem mindet. 

Ebben a cikkben elsősorban a programból megvalósított RAID- 

1 (software RAID-I, azaz tükrözés) változatról lesz szó. Ehhez 

a megvalósításhoz semmilyen különleges eszközre nincs szük- 

ségünk - használhattunk hozzá teljesen különböző merev- 

lemezeket, illetve csak lemezrészeket is. 

e . RAID-0 (striping, csíkozás): minden adat egyszer kerül 
mentésre. Ha a tömböt alkotó merevlemezek bármelyike 
megsérül, az összes adat elvész, hacsak nem bízzuk méreg- 
drága szakértőkre az adatok visszafejtését. Egyetlen tárterü- 
letként lehet majd a megadott eszközöket látni, és párhuza- 
mosan ír, illetve olvas róluk, így a teljesítmény meghaladja 
egyetlen merevlemezét. 

e . A RAID-1 (mirrorring, tükrözés): minden adat mindkét 
vagy több merevlemezen (lemezrészen) is megtalálható 
lesz. Ha egy merevlemez (lemezrész) ép marad, nem 
vesznek el az adatok. 

e A Logical Volume Manager (LVM): a lemezrészek magasabb 
szintű kezelését teszi lehetővé. Pontosabban ebben az 
esetben nem is lemezrészekről van szó, hanem úgynevezett 
kötetekről. Több fizikai lemezrész összekapcsolásával 
kötetekre oszthatjuk fel, amelyeket sokkal rugalmasabban 
lehet kezelni. Például ReiserFS-sel kombinálva a lemezrész 
leválasztása (umount) nélkül át lehet méretezni. 

Gyakorlati megvalósítását a későbbiekben egy példán fogom 

szemléltetni, vagyis azt, hogy miként lehet elvégezni ezeknek 

az eszközöknek a beállítását. A programból megvalósított 

RAID-1-et és az LVM-et két 60 GB méretű merevlemezre rak- 

tam, mindezt az initrd használata nélkül, LILO indításkeze- 

lővel. A LILO elvileg csak a RAID-1-ről történő rendszerindítást 
támogatja, és azt is csak úgy, ha ugyanattól a szektortól kez- 
dődnek az adott lemezrészek. Más RAID-módot is lehet azon- 
ban használni, de erről később még lesz szó. 





Mire lesz szükségünk? 

Legalább két merevlemezre lesz szükségünk, de természetesen 
több is lehet. Nem kell sem a típusuknak, sem a méretüknek 
megegyeznie, de ajánlott. A két merevlemez sem mindenkép- 
pen kötelező, csak kevesebbnek nincs értelme, mert ha az az 
egy meghibásodik, minden adat elvész. Minél újabb, lehetőleg 
2.4.x változatú rendszermagunk legyen, benne RAID- és LVM- 
(és ReiserFS-) támogatással. lovábbá elkélnek a RAID (mdadm) 
és LVM (és ReiserFS-es) eszközöket kezelő programok, amiket 
a Kapcsolódó címekről tölthetünk le. 


Beállítások 

Mindkét merevlemezt három lemezrészre daraboltam fel: 

1 GB-ot lapozóterületnek (swap), 1 GB-ot gyökérkönyvtárnak 
(autoraid), a többit pedig minden másnak, szintén autoraid 
azonosítóval (ID). Az azonosítót cfdisk vagy fdisk 
programmal is beállíthatjuk (hexában fd). 
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A második lemezrészre (hda2) Debian alaprendszert telepí- 
tettem, 2.4.20-as rendszermagot fordítottam rá, ami támogatja 
LVM- és RAID-eszközöket, a ReiserFS-t, az ext3-as fájlrend- 
szert, továbbá mindent, amire még szükség lehet. Beállítottam 
a LILO-t, és újraindítottam az új rendszermaggal. Ha ez vala- 
kinél gondot okozna, a Kapcsolódó címek között megtalálható 
a kernel-Howro, amiben minden szükséges tájékoztatást meg- 
találhatunk hozzá. Az egyik RAID-eszközre, amin a gyökér- 
könyvtár (/) lesz, ext3 fájlrendszert raktam, a másikra pedig 
LVM-et, arra pedig ReiserFS-t. Azért esett a ReiserFS-re a 
választásom, mert naplóz, és mindezt elég gyorsan is teszi, 
átméretezéshez pedig nem kell leválasztani (unmount), és 
külön rendszermagfolt (patch) sem kell hozzá, mint az xís 
esetén. lermészetesen bármilyen más fájlrendszer is használ- 
ható. Következő lépésként feltelepítettem a szükséges prog- 
ramokat: mdadm (a RAID kezelésére), 1vm1 . 0 . 6, 
reiserfsprogs és el2fsprogs. 

Az LVM-et forrásból telepítettem, mert olyan helyen kell 
elhelyezni, ami nem kerül logikai lemezrészre (LV), például 

a /root/usr-ben. Mindezt a következő parancsokkal értem el: 


mkdir /root/usr; 

./configure --prefix-/root/usr; 
make; 

make install 


Az én esetemben a következők kerültek a logikai lemezré- 
szekre: a /home /usr /tmp és a /var. Hogy futtatni is tudjam a 
programokat, a .profile fájlba (vagy a .bash profile-ba), a PATH 
változóba be kellett rakni a /root/usr/sbin elérési utat. Ahhoz, 
hogy a programok a függvénykönyvtárakat (library) is meg- 
találják, a /etc/ld.so.conf fájlba a következő sort kellett beírnom 
(Debian esetén): /root/usr/lib, majd a Ideconfig parancsot 
futtattam. Ezenkívül egy indítófájl is szükséges, amit kézzel is 
létrehozhatunk (megtalálható a CD-mellékleten), vagy kiszed- 
hetjük Linux-terjesztésünk hivatalos változatából (természe- 
tesen a megváltoztatott elérési útnak (/root/usr) megfelelően 
át kell írni). Ennek a fájlnak alapvetően az a feladata, hogy 
elindítsa az LVM-et. Két fájlt kell elindítania: 


vgscan; 
vgchange -ay 


Ez a mi esetünkben: 


/root/usr/sbin/vgscan; 
/root/usr/sbin/vgchange -ay 


Ahhoz, hogy ez a parancsfájl a rendszerindítás során, Debian 
GNU/Linux esetén el is induljon, 525Iom néven egy közvetett 
hivatkozást kell elhelyeznünk a /etc/rcS.d könyvtárba (ezt az 
1vm-common csomag telepítése esetén meg is teszi). Arra vi- 
gyázni kell, hogy általában mdadm-raid közvetett hivatkozása 
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0 Kiskapu Kft. Minden jog fenntartva 


NEHA 


0 Kiskapu Kft. Minden jog fenntartva 


2. lista 


t /etc/fstab: static file system information. 


H 
H -file systems: cmount points ctypes 
/dev/md0O 9 ext3 
H/dev/hda2 none swap 
/dev/hdc2 none swap 
DEGG /prOC Proc 
/dev/ vgroup/usr A 181 reiserfís 
/dev/ lvgroup/ tmp / tmp reiserís 
/dev/1lvgroup/var /7gav reiserÍís 
/dev/1lvgroup/home  /home reiserÍfís 
3. [ista Példa a resize-ra 
H! /bin éli 


ms süt tC: resize elég doc SEeg NET etENEE GET ESA 
set -e 
a Sot — 2 ] ; them 
Mbin/ Llvextéjelttsdsi Gest tlett ese 
§H a 256 mágikus ösSzorz 
H az 1MB/4KB-os ReiserFS blokkmgret 
FOURKBLOCKS-" /usr/bin/expr S(2) 
seta e DTS S 
/OATA MOLNINE SE nt S (ae 
5 -oremount , resize-$ ( FOURKBLOCKS! 
[OAI EGNOM ET E ESTKERM ETT 
[/docAucthhete ES ÜE8 
else 
/bin/echo "Hasznglat: $(0]l 
5déemtSe MENET EJMZESEMEG A ea 
Ég 


is 525-tel kezdődik, így az LVM indul el hamarabb. Ha olyan 
RAID-eszközt is használni szeretnénk, ami nem rendszerindí- 
tás közben éled fel (vagyis típusa nem linux raid 
autodetect), akkor az LVM-et később indítsuk, például 
S26Ivm legyen a közvetett hivatkozás neve. Ha mindezzel elké- 
szültünk, akár használhatjuk is a LVM-et, de előtte a RAID- 
eszközt létre kell hozni. Az LVM állapotáról a /proc/luom könyv- 
tárban lévő fájlokból nyerhetünk értékes adatokat. 

Az mdadm csomagból történő feltelepítése Debian esetén 


elég egyszerű: 
apt-get install mdadm 


Először is létrehoztam egy RAID-eszközt: 
mdadm - -create /dev/md0O --1level-1 -n 2 /dev/hdal 
s /dev/hdc1 


Ezután a /dev/md0 elérthető. A kapcsolók jelentése a következő: 

e  --]evel-1: RAID-1 módban hozza létre; 

e  -n 2:2 disk lesz a RAID-eszközben; 

e  /dev/hda1 /dev/hdc1: milyen eszközök alkotják az eszközt. 
Akik csupán a RAID-eszközök képességeit kívánják kipróbálni, 
egyszerűen a hurokeszközön (loop) keresztül is befűzhetnek 
fájlokat, majd az így kapott eszközöket használhatják egy 
RAID-tömbhöz. 
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Az fstab 


coptionsz 

defaults, errors-remount-ro 
sw 

sw 

defaults 

defaults 

defaults, noexec 

defaults 

defaults 


cdump: 


OO OO OO OO OO 


cpassz 


MM 6 MM MD OO DG OGOER 


A merevlemezek összehangolása azonnal elkezdődik, ezt a cat 
/proc/mdstat parancs révén követhetjük figyelemmel. Nem 

szükséges megvárni az összehangolás végét, közben is használ- 
hatóak a merevlemezen lévő adatok. A másik eszközt is létre- 
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hoztam az előzőhöz hasonlóan: 


mdadm --create /dev/mdi1i --level-1 
m2.n 2 /dev/hda3 /dev/hdc3 


Az összehangolás gyorsaságát a 

/proc/sys/raid/speed limit (min l] max) fájlokban kilobájtokban 
kell megadni. 

Most következik a munka az LVM-mel. Logikai lemezrészt csak 
a /dev/md1-re raktam, a gyökérkönyvtárként használt másik 
eszköznek állandó lesz a mérete. A létrehozandó köteteket 
csoportokba (Volume Group) kell rendezni. Egy merevlemezen 
több ilyen csoportot létrehozhatunk, illetve egy csoport is lehet 
több merevlemezen. Legelőször a vgscan programot futtat- 
tam, hogy elkészítse a /etc/Ivumtab és a /etc/luomtab.d fájlokat: 


H vgscan 


Ebben a szakaszban még egyetlen ilyen csoport sincs a gépen, 
de ezeknek a fájloknak létezniük kell, hogy folytatni lehessen 
a munkát. A következő két parancs egy fizikai lemezrészt 
(Physical Volume) és egy Logical Volume Group-ot hoz létre: 


H pvcreate /dev/md1 
H vgcreate lvgroup /dev/md1 


Az utóbbi neve tetszőleges lehet, ebben az esetben ez 
lvgroup. Itt több különböző beállításokat adhatunk meg, 
például a logikai, illetve fizika lemezrészek legnagyobb számát, 
és az úgynevezett extentsize-t. Alapértelmezés szerint 

ez 32 MB, ami megadja, hogy egy kötet nagysága csak a 32 MB 
többszöröse lehet. Az így kezelhető legnagyobb méret 2 TB. 
Erről a leírásban kimerítően olvashatunk. Én az alapbeállítá- 
sokat használtam. 
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Az előállított csoportot tovább bontottam logikai lemezrészekre: 


Ht lvcereate 
Ht lvcereate 
Ht lvcereate 
t lvcereate 


-L 2000M -n usr lvaroup 
-L 4000M -n var lvaroup 
-L 1200M -n tmp lvgaroup 
-L 10000M -n home lvgroup 


Több ilyen lemezrészt is létre lehet hozni, amennyire csak 
szükség van. A -L kapcsoló után kell megadni a méretet, -n 


LL aa 


után egy tetszőleges nevet, amin később majd hivatkozni lehet 
rá. Hogy a frissen elkészített logikai lemezrészeket használatba 
tudjuk venni, el kell indítani a kezelőprogramot: 


H vgagchange -ay 


Mostantól a /dev/lvogroup/ (usr, var, ...) fájlok ugyanúgy érhetők 
el, mint bármely merevlemezeszköz, tehát rakhatunk rá fájl- 
rendszert is. A gyökérlemezrészre (/) ext 3 fájlrendszert, 

a többire pedig ReiserFS-t telepítettem. 


Ht mkfís.ext3 /dev/md0O 
t mkfs.reiserfís /dev/lvgroup/usr 
t mkfs.reiserís /dev/lvgroup/var 


Ehhez hasonlóan a többi lemezrészre is létre kell hozni a fájl- 
rendszert. A /mnt könyvtárba raktam össze a leendő rendszert: 


mount /dev/mdO /mnt 

cd /mnt 

mkdir usr home var 

mount /dev/lvgroup/usr /mnt/usr 
mount /dev/lvgroup/var /mnt/var 
mount /dev/lvgroup/home /mnt/home 
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A /tmp könyvtárral nem fontos foglalkozni, úgyis üres. Követ- 
kező lépésként a teljes rendszert átmásoltam. Ezt a cp-vel vagy 
a Mindight Commanderből is meg lehet tenni, de ehhez 
hasonlóan is: 


H tar -cf - --exclude /proc --exclude /mnt / 
ms] (cd /mnt 6€6 tar xf - ) 


Gondolom, ezen nincs mit magyarázni: a gyökérkönyvtárból (/) 
mindent átmásoltam a /mnt-be, a /proc és /mnt kivételével. 

Át kell állítani a rendszert, ami leginkább a lilo.conf-ot és az 
fstab-ot érinti, miként az az 1. és 2. listán (a listák megtalálha- 
tóak a 46. CD Magazir/ RAID könyvtárában) is látható. 

Mivel a hda2 egy működő rendszeren csücsül, nem érdemes 
még lapozóterületként használni, csak miután a RAID-eszkö- 
zökről jól működik a rendszer. A hdc2 úgyis üres, ezért rögtön 
használhatjuk: 


mkswap /dev/hdc2 66 swapon /dev/hdc2 


A rendszerindítás során a vezérlés az adott merevlemez 
rendszerindító területére (MBR) adódik át (és nem közvetlenül 
a RAID-eszközre), ezért ide kell telepíteni egy indításkezelőt 
(boot manager), ami a vezérlést egyszerűen átadja a következő 
lemezrészre, ami képes egy operációs rendszer indítására. 
Mindezt mind a kétszer (vagy annyiszor, ahány merevlemezből 
áll a RAID-eszköz) meg kell tenni: 


install-mbr /dev/hda; 
install-mbr /dev/hdc; 


Ezek után futtattam a LILO programot (1ilo -C 
/mnt/etc/1ilo. conf), és újraindítottam a gépet. A CD-mel- 
lékleten megtalálható lesz a dnesg parancs kimenete, vagyis 
az, hogy miként is kellene a rendszerindítás során kinéznie. 

A lilo.conf-ból, miután a rendszer sikeresen elindult, a /mnt 
részt érdemes a megadott fájlok elérési útjából kitörölni, és újra 
lefuttatni a LILO-t. Ezzel készen is vagyunk. Szükségünk lehet 
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még a futás közbeni átméretezésre, amit 3. listán található kis 
programmal lehet megtenni. 


Mi történik, ha nem a RAID-1-módot szeretnénk használni? 
Próbaképpen egy 1,2 GB-os merevlemezre Debian GNU/Linux- 
ot raktam fel oly módon, hogy két 500 MB méretű lemezrész 
alkotott egy RAID-1-eszközt. 200 MB-ra került fel az alaprend- 
szer, majd ebből lett a lapozóterület. Egyetlen merevlemezre 
rakni a RAID-1-eszközt alkotó lemezrészek mindegyikét, alap- 
jában véve értelmetlen, de ebben az esetben azért tettem kivé- 
telt, hogy kipróbáljam, más szektorról indulva is képes-e elin- 
dulni a rendszer a LILO segítségével. A beállítás a fenti példá- 
tól annyiban különbözik, hogy az alaprendszer telepítése után 
a RAID-eszközt a hda1-hda2 lemezrészekre raktam. A rend- 
szer így is elindult, de ebből gondok is származhatnak. Ugya- 
nis a RAID-1-et alkotó lemezrészek más szektoron kezdődnek, 
akkor az egyik merevlemez meghibásodása eseten a rendszer 
valószínűleg nem fog elindulni. De kombinálhatjuk is az egyes 
RAID-fajtákat. Kevésbé fontos adatok esetén vagy ahol a gyor- 
saság számít, használhatunk RAID-0O-t. A RAID-0-megoldás 
esetén mindkét merevlemezen egyszerre dolgozik, az adatokat 
elosztva tárolja a két lemezen, így növeli az írás, illetve olvasás 
sebességét. Például ezen lehet a rendszer vagy az olyan adatok, 
amiknek az elvesztése nem nagy szerencsétlenség, inkább a 
sebesség számít. A rendszer és a fontosabb adatok lehetnek 
RAID-1-eszközön; egy olyan lemezterület pedig, amelyen 
nagyméretű videofájlokat tárolunk, a RAID-0 eszközön. 

A RAID-5, illetve RAID-10 módot is lehet arra a célra használni, 
hogy róla induljon a rendszer, csak ebben az esetben nem megfe- 
lelő a biztonság, mivel az egyik merevlemez meghibásodása 
esetén a rendszer valószínűleg nem fog megfelelően elindulni. 
Ilyenkor mindenképpen initrdt-t kell használni, aminek az 
ismertetése túlmutat e cikk keretein, viszont a Kapcsolódó címek 
között elegendő tájékoztatást lehet találni ezzel kapcsolatban is. 
Végezetül pár szót a helyrehozásról. Ha a rendszer rendszer- 
magfrissítés után vagy más hiba miatt nem indul, egyszerűen 
helyrehozható, ha kéznél van egy knoppix CD. Röviden ez 
egy Debianra épülő egylemezes Linux. Erről a korongról 
indítva a rendszert, az rögtön felismeri a RAID- és LVM-esz- 
közöket, és akár grafikus felületen is rendbe hozhatjuk, mivel 
minden szükséges eszköz megtalálható rajta. 

Köszönet a ZiB tagjainak, és elsősorban Vitéz Gábor-nak a 

sok segítségért. 


ja :d Kolcza Péter (kpeteroOsysconfig.hu) 

Imádja a South Parkot. A Miskolci Egyetem 
informatika szakos hallgatója. Elvakult LInux- 
rajongó. Ha egyetemi elfoglaltságai engedik, 
Linuxszal és rendszerépítéssel foglalkozik. 






Knoppix 3 http:/Avwvv.knoppix.org/ 
RAID 3 http://linux.oreillynet.com/pub/a/llinux/2002/12/05/RAID. html 
2 http://mirror.dox.hu/LDP/HOVVTO/Root-RAID-HOVVTO. html 

5 http://mirror.dox.hu/LDP/HOVWVTO/Software-RAID-HOVVTO. html 
LVM 3 http:/Awww.sistina.com/products lvm download.htm 

2 http://mirror.dox.hu/LDP/HOVVTO/LVM-HOVVTO/index.html 
ReiserFS 53 http:/Avwvw.namesys.com/download.html 

Kernel 3 http:/Avww.tldp.org/HOVVTO/Kernel-HOVVTO. html 
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Anyagtulajdonságok meghatározása (3. rész) 


Sorozatunk előző részeit figyelemmel kísérve mostanra már 
különféle tárgyakat tudunk megalkotni a Blender segítségével, így hát 
elérkezett az ideje, hogy tárgyaink anyagát is megtanuljuk létrehozni. 


Blenderben, miután a tárgyak végleges formáját kia- 
AA lakítottuk, egy piros gömböt ábrázoló ikon jelzi az 

anyagtulajdonságokat meghatározó felhasználói 
felületet, amit az F5 billentyűvel érhetünk el. Jelöljünk 
ki egy objektumot, és az egérmutatót vigyük az alsó felületre, 
itt nyomjuk meg az F5 billentyűt — ennek hatására előbukkan 
egy üres felület. Nem kell megijedni, hiszen a tárgynak 
egyelőre nincsen anyaga, így a tulajdonságai sem jelenhet- 
nek meg. A felület felső szélén azonban két nyilacskát 
találunk: az egyik lefelé mutat, míg a másik felfelé. A tőlük 
balra lévő vízszintes fehér vonalra kattintva válasz- 
szuk ki a menüből az ADD-NEW menüpontot. Jelenleg nem 
is tudnánk mást választani, de amikor már lesznek elkészített 
anyagaink, akkor innen választva is hozzárendelhetjük majd 
a tárgyakhoz az anyagtulajdonságokat. Szerencsére, ha 
egyszer sikerül tökéletesre megalkotni egy tárgyat, anyagot 
vagy bármilyen Blenderben elkészíthető dolgot, a későb- 
biekben már nem kell megismételnünk a folyamatot, hiszen a 
program lehetőséget nyújt arra, hogy bármilyen létrehozott 
.blend kiterjesztésű (ez a Blender által tárolt jelenetek 
kiterjesztése) állományból a pillanatnyi jelenetbe össze- 
tevőket töltsünk be. Ezt a SHIFT-F1 billentyűkkel valósíthatjuk 
meg, ennek hatására megjelenik egy állománykiválasztó 
ablak. Itt egy .blend állományra állva, annak tartalmát láthat- 
juk, és ebből a Load Library gomb használatával tetszőleges 
elemet adhatunk hozzá a pillanatnyi jelenethez. 
Az 1. képen a felület bal oldalán látható a pillanatnyi anyag 
kinézete, vagyis az, amit majd a kép kiszámolása során is 
viszontláthatunk. Efölött, a képen 1-es számmal jelölt gombok 
segítségével beállíthatjuk, hogy az anyag meghatározása 
közben milyen megjelenítéssel szeretnénk látni beállításaink 
eredményét. A számított képtől jobbra három gombot találha- 
tunk egymás alatt RGB, HSV és DYN felirattal, amik azt hatá- 
rozzák meg, hogy a színeket milyen színtérben szeretnénk 
látni. Az RGB a már megszokott vörös, zöld, kék összetevőkre 
bontott értékeket jelzi, a HSV a Hue, Saturation, Value megfe- 
lelője, míg a DYN a Blender játékmotorjának tárgyalásakor 
kap majd jelentőséget, az anyag fizikai tulajdonságainak meg- 
határozásakor. Az előbbiek közül több szót érdemel a HSV 
színtér leírása. A H érték határozza meg a színt, amit fokban 
fejezzük ki. A 0 foknál található a piros, 120 foknál a zöld és 
240 foknál a kék szín. A HSV színtérben az S érték a szín 
tisztaságát határozza meg, minél kisebb ez az érték, annál 
tisztább színnel van dolgunk. Az utolsó érték a V, ez hatá- 
rozza meg, hogy az adott szín mennyire lesz világos. A pasz- 
tellárnyalatokra a nagyobb V érték jellemző. A 2. képen 
egymásra vetítve láthatjuk a két színtér közötti összefüggé- 
seket, itt azonban a szokásostól eltérően a kék színt találhat- 
juk a nulla foknál. 
Az 1. képen 2-es számmal jelölt három színnel határozhatjuk 
meg az anyag színeit. A Mir a visszavert fény színe lesz, a 
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Spec a felületi csillanások színét adja, míg a Color az anyag 
alapszínét határozza meg. Mindhárom összetevő változta- 
tására alkalmas a színeket jelző téglalapok melletti három 
gördítősáv, ezek értékei természetesen az RGB vagy HSV 
színtérben értelmezendők, a korábbi beállításainktól függően. 
A színeket jelző terület alatt kaptak helyet a további anyag- 
tulajdonságok. A Spec értékkel befolyásoljuk az anyag 
fényvisszaverő képességét, a Hard az anyagkeménységet 
befolyásolja, míg a SpTr értékkel egy átlátszó anyagnál azt 
határozhatjuk meg, hogy a csillogó területek mennyire vál- 
janak átlátszatlanná. A további tulajdonságokat a Ref, az 
Alpha, az Emit és az Amb értékekkel állíthatjuk be. Az előbbi 
sorrendnek megfelelően ezekkel határozhatjuk meg az anyag 
tükrözőképességét (itt az egész tárgyra vonatkozó értéket 
állítjuk be), az átlátszóságát, a saját ténykibocsátó képességét 
és azt, hogy a környezeti megvilágítás mekkora hatással 
legyen a tárgyra. 

A 3-as számmal jelölt területen lévő gombok közül a Iraceable 
azt eredményezi, hogy a tárgy megjelenjen a rávetődő 
fényben, míg a Shadow engedélyezi az árnyékok számítását 
is. A Shadeless kapcsolóval kikapcsolhatjuk az anyagra tör- 
ténő árnyékolást, míg a Wire kapcsoló segítségével a Blender 
csak a tárgyat alkotó háromszögek éleit számolja ki. A VCol 
Light segítségével a tárgy pontjaihoz rendelt színértékek 
helyi fényforrásként vesznek részt a számolásban, kissé 
módosítva a tárgy anyagának árnyékolását. A VCol Paint 
kapcsoló engedélyezi, hogy az alapértelmezett (a Color tulaj- 
donság által meghatározott) szín helyett az egyes tárgypon- 
tokhoz rendelt színek érvényesüljenek. A ZIransp segítségé- 
vel érhetjük el, hogy az anyag valóban átlátszó legyen és 

a tárgy mögött lévő objektumok is megjelenjenek. Az Env 
kapcsoló hatására az anyag semmilyen tulajdonsága nem 
jelenik meg számolás közben, vagyis a környezet részeként 
szerepel a jelenetben. Ezzel a beállítással tudjuk majd a hát- 
térképen szereplő kémény mögött elrepülő űrhajót létre- 
hozni, anélkül, hogy a kémény anyagát pontosan meg kellene 
határoznunk. Az OnlyShadow kapcsoló hatására a tárgy 
átlátszóságát a rávetődő árnyékok fogják meghatározni, így 
készíthetünk olyan tárgyakat is, amik csak árnyékként szere- 
pelnek a jelenetben. 

Talán kedves olvasóim is észrevették, hogy a fenti ismer- 
tetőből kimaradt egy fontos gomb leírása, amin a Halo felirat 
látható. Következzen tehát ez a jelentős lehetőség, amivel 
különféle csillanásokat hozhatunk létre a tárgyon, fényhatá- 
sokat határozhatunk meg, és természetesen ezzel az esz- 
közzel készíthetünk majd látványos, a kamera lencséjén 
megcsillanó fényforrásokat is. lehát először is be kell kap- 
csolni ezt a szolgáltatást, majd észrevehetjük, hogy a koráb- 
ban tárgyalt értékek helyén teljesen más elnevezések jelennek 
meg. Először vegyük szemügyre a Halo gomb fölött megje- 
lenő újabb lehetőségeket. A Star hatására a csillanásnak 
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2. kép Az RGB és HSV színtér 





csillaghoz hasonló formát adhatunk, míg a Rings alkalmazá- 
sával a csillanás körül az autók reflektora körül látható gyű- 
rűkhöz hasonló fényköröket állíthatunk elő. A Lines szintén 
jelentősen befolyásolhatja a végeredményt, hiszen így a 
csillanásból még külön fénysugarak indulnak, amit leginkább 
ahhoz a látványhoz hasonlíthatnék, amit egy szemüvegen 
keresztül nézve láthatunk az utcai lámpák fényében. Miután 
az elképzeléseinknek megfelelően kiválasztottuk a megfelelő 
hatásokat, térjünk vissza egy kis időre az 1. képhez. Ezen a 
képen a 2-es számmal jelölt területen találjuk meg a csillanás 
színeit meghatározó beállításokat. A Mir, a Spec és a Color 
feliratok helyett most a csillanás előbb tárgyalt értékeit állít- 
hatjuk be a HSV vagy a szokásos RGB színtérben dolgozva. 

A színek meghatározása után ezek alatt beállíthatjuk a hatás 
átlátszóságát, a csillanás erősségét és azt, hogy milyen mérték- 
ben növelje a Blender a fényhatás erősségét. A színek alatt 
adhatjuk meg a gyűrűk és a sugárirányú fények számát, 
továbbá azt, hogy a csillanásban megjelenő csillagnak mennyi 
ága legyen. Ezeknek felelnek meg a Rings, a Lines és a Star 
címkék mellett szereplő számok. A természetesebb hatás 
eléréséhez nagy segítség, hogy a Seed értékkel a számítások 
során véletlenszerűséget adhatunk a megjelenítéshez. Ennyi 
beállítási lehetőség ismeretében már képesek leszünk egy-egy 
látványosabb hatást létrehozni, például olyat, ami az éjszakai 
fényekhez hasonlítható. Fentebb azonban megemlítettem, 
hogy a kamera lencséjén megcsillanó fényeket is ezzel az 
eszközzel modellezhetjük. Itt az ideje tehát, hogy az eddig 
használt felület közepének felső részén található Flare kap- 
csolót is kipróbáljuk. Ennek bekapcsolásakor rögtön megvál- 
tozik a hatás jellege, ugyanis most már nem csupán egy pont- 
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szerű fényforrásból származik a csillanás, hanem pontosan 
azt láthatjuk a felület bal oldali megjelenítő ablakában, amit 
egy fény felé forduló tényképezőgép lencséjén figyelhetünk 
meg. Ha esetleg még mindig elégedetlenek lennénk az ered- 
ménnyel, nézzük meg, milyen további beállítási lehetőségeink 
adódnak. A színek beállítása alatt találhatjuk meg az előzőek- 
ben még nem taglalt gombokat. Ezek közül az első a Flare 
Size, amivel azt állíthatjuk be, hogy a forrástól távolodva 
hányszorosára növekedjen (1-nél nagyobb érték esetén) vagy 
csökkenjen (1-nél kisebb értéket beállítva) a csillanások 
mérete. Mellette található a Sub Size érték, amivel a távolabb 
látható részek méretét határozhatjuk meg. A Flare Boost vál- 
tozó segítségével a forrástól távolodó részek erősségét állít- 
hatjuk be, míg a legalsó gombok közül a Flare Seed a termé- 
szetesebb véletlenszerűség létrehozására alkalmas, a Flares 
értékkel pedig a kiszámítandó távoli gyűrűk számát hatá- 
rozzuk meg. Jegyezzük meg, hogy amelyik tárgyhoz majd 
hozzárendeljük ezt az anyagot, annak minden pontjában 

egy ilyen helyi fénycsillanás jelenik meg. Ha azt szeretnénk, 
hogy a kamera lencséjén csillanjon meg a fény, hozzunk létre 
például egy síklapot a Főmentü-Add-Mesh-Plane menüpontok 
segítségével, és ennek két egymás melletti sarkát hozzuk a 
másik két ponttal fedésbe. Ezzel elértük, hogy egymás mellett 
ugyan két pont van, de a pontos fedés miatt a számolás során 
csak egynek látjuk majd. Miután a csillanást szolgáltató 
anyagot hozzárendeltük a síkhoz, méretezzük át a tárgyat, 

és az egyik végét helyezzük el a kamera látószögének a köze- 
pében. Ezután ismét kapcsoljunk vissza pontszerkesztő 
módba, és a síklapból kialakított vonal másik végét helyezzük 
el minél pontosabban a fényforrás közepében. Ezzel készen 
is van a látványos lencsecsillanás, amit tekinthetünk meg úgy, 
hogy a kamerát egy kissé elfordítjuk a fényforrástól, majd az 
F10 billentyű megnyomásakor előbukkanó felületen a Render 
gombot használjuk. A változás akkor lesz látható, ha vissza- 
fordítjuk a kamerát, és egy újabb képet számoltatunk ki a 
Blenderrel. Jegyezzük meg, hogy a számolást a továbbiakban 
az F12 billentyűvel is elindíthatjuk, illetve az FI1 billentyűvel 
elrejthetjük a kiszámított képet mutató ablakot. 

Miután meghatároztuk a tárgy anyagának tulajdonságait, 

a Blenderrel felületi mintázatokat is készíthetünk, amikkel 
tovább növelhetjük a tárgyak életszerűségét, terjedelmi 
okokból azonban ennek módját a következő hónapban 
ismertetem. Végezetül ismét táblázatban foglaltam össze 

az előbbiekben ismertetett billentyűket és hatásaikat. 


Fábián Zoltán (dzoolkofreemail.hu, dzooligyahoo.com) 
25 éves, jelenleg programozóként dolgozik. 
Szabadidejében szívesen kirándul, túrázik. Emellett 
szeret rajzolni, érdekli a 3D-grafika és a Linuxszal 
kapcsolatban minden olyan program és program- 
nyelv, amit még nem ismer vagy nem próbált ki. 
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Lapozás, szakaszolás, Intel Pentium 


Sorozatunk előző részében a memóriagazdálkodással kezdtünk el foglalkozni, most 
tovább mélyítjük lapozással kapcsolatos ismereteinket, majd bemutatunk egy másik 
fontos virtuálismemória-kezelő , eljárást", a szakaszolást (segmentation). 


orozatunk előző részében valahol ott hagytuk abba, 
5 hogy a lapozás megvalósításának nagy részét maga 

az eszköz, pontosabban a processzorlapkán elhelyezett 
memóriakezelő egység (MMU) végzi. Az operációs rendszer- 
nek ,csupán" annyi a feladata, hogy laphiba esetén a kért 
lapot megkeresi a lemezen, majd betölti egy általa kiválasztott 
lapkeretbe. 
Részletesen szóltunk a laptábláról is, vagyis arról a táblázatról, 
amelyből kiolvashatjuk, hogy egy lap benn van-e a fizikai 
memóriában, és ha igen, akkor melyik lapkeretben. Másképp 
fogalmazva: a laptábla egy leképezés a lapok és a lapkeretek 
között. (Emlékezzünk vissza, hogyha egy lap nem volt benn, 
tehát laphiba lépett fel, akkor az operációs rendszerhez meg- 
szakítási kérelem érkezett, és ennek hatására olvasta be a 
kívánt lapot a lemezről). 


Többszintű laptáblák 

A lapozás akkor és csakis akkor lehet hatékony megoldás, ha 

a laptábla gyorsan elérhető, azaz a lapok és lapkeretek közötti 
leképezést a lehető leghamarabb el tudjuk végezni. Ugyanis 
minden egyes utasítás alkalmával legalább egyszer (de általá- 
ban többször) a memóriához fordulunk, így elengedhetetlen, 
hogy a laptáblából legfeljebb pár nanoszekundum alatt ki 
tudjuk nyerni a szükséges adatot. 

Jó megoldásnak tűnhet, ha az egész laptáblát bepakoljuk a fizi- 
kai memóriába. Egy 32 bites virtuális címtér esetében 4 KB-os 
lapmérettel a laptábla körülbelül 4 MB-ot foglal el, ami a mai 
viszonyok között nem vészes érték. Más a helyzet a 64 bites 
számítógépek világában. Ha az egész címteret ki szeretnénk 
használni, akkor még 4 KB-os lapméret esetében is a laptábla 
,csekély" egymillió gigabájtot foglalna el. Lehet, hogy a nem is 
olyan távoli jövőben ez az érték nem számít majd nagynak, de 
jelenleg még nincs lehetőségünk arra, hogy csak a laptáblának 
gigabájtok százezreit ajándékozzuk. Emiatt az ilyen rendsze- 
rekben úgynevezett invertált laptáblákat alkalmaznak. A mód- 
szer lényege dióhéjban annyi, hogy nem az összes laphoz, 
hanem csak a fizikai memória lapkeretei számára tartunk fenn 
egy bejegyzést, ami megmondja, hogy az adott helyre éppen 
melyik program melyik lapja van betöltve. Az invertált laptábla 
jóval kevesebb helyet foglal, viszont a virtuális cím fizikaira 
való átalakítása jóval bonyolultabb művelet, ezáltal lassabb is, 
ezért ennél feltétlenül szükség van az asszociatív memória 
használatára (lásd a következő bekezdésben). 

Számos rendszer azonban nem tartja benn állandóan az egész 
laptáblát a memóriában, inkább úgynevezett többszintű lap- 
táblát alkalmaz. Ez azt jelenti, hogy a laptábla azon részei, ame- 
lyekre épp nincs szükség, nem kerülnek be a központi tárba. 
Példaként vegyünk egy olyan alkalmazást, amelyik 10 MB 
memóriát használ. Ebből 3 MB a programkód, 4 MB az adat és 
az utolsó 3 MB pedig a vermet képezi. Ebben az esetben a 
verem alja és az adatok , vége" között egy jókora kihasználatlan 
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terület marad. Az e részre eső lapok laptáblabejegyzéseit 
így felesleges a memóriában tartanunk. 


Asszociatív memória 

A lapozással az a legnagyobb gond, hogy teljesítménycsökke- 
néssel jár. Vegyünk egy egyszerűbb utasítást, például az egyik 
regiszter tartalmának átmásolását egy másik regiszterbe. Ha 
nem használnánk lapozást, akkor az egész művelet elvégzése 
közben csak egyszer kellene a memóriához fordulnunk (amikor 
kiolvassuk belőle a pillanatnyi utasítást). A lapozásnál viszont 
szükségünk van a laptáblára is, ennek elérése további memó- 
riahivatkozással jár. Kellett valami, aminek a segítségével lefa- 
raghatunk a lapozás használatából eredő sebességromlásból. 

A megoldás meglelésében az az észrevétel segített, hogy a leg- 
több hivatkozás mindig a lapok csak egy kis hányadára érkezik, 
a többire viszonylag ritkán van szükségük a programoknak 
futásuk során. Ez azt jelenti, hogy a laptábla egyes bejegyzéseire 
gyakran, a többire meg csak ritkán van szükségünk. 

Ezt használva ki az MMUt-t egy kis gyorstárral egészítették ki, 
ahová betölthetők a laptábla gyakran használt bejegyzései. 

Ezt nevezzük ILB-nek (Iranslation Lookaside Buffer, azaz cím- 
fordítási gyorstár), más néven asszociatív memóriának. A ILB- 
ben található bejegyzések szerkezete megegyezik a laptáblá- 
éval, azzal a különbséggel, hogy ki lett egészítve egy bittel, ami 
megmondja, hogy az adott bejegyzés érvényes adatokat tartal- 
maz-e vagy sem. 

Amikor kérés érkezik az MMU-hoz, először az asszociatív 
memóriában próbálja megkeresni az adott laphoz tartozó 
bejegyzést. Ha sikerrel jár, a laptáblához való fordulás nélkül is 
el tudjuk végezni a műveletet. Ha viszont a keresett bejegyzés 
nincs a TLB-ben, a laptáblában muszáj megkeresnünk. Ebben 
az esetben az MMU kidob egy bejegyzést a TLB-ből, és a helyé- 
re betölti azt, amelyikre éppen szükségünk volt. (A helyzet 
azonban nem ilyen egyszerű, mivel az MMU csak a memóriá- 
ban lévő bejegyzéseket tudja az asszociatív memóriába felven- 
ni, így ha az addig lemezen volt, akkor előbb gondoskodnunk 
kell a memóriába történő átmásolásáról is.) 

Ne felejtsük el, hogy ez az egész az eszköz szintjén zajlik, 
magyarán az operációs rendszer nem szólhat bele a megvalósí- 
tásukba. Az utóbbi években azonban ezt az elgondolást egyre 
több helyen kezdik megváltoztatni. Például az újabb Alphák 
és sok más RISC processzoros kiépítés esetén szinte az egész 
lapkezelés programból megvalósítottan működik. 

A programalapú feldolgozás sebessége ugyan elmarad vala- 
mennyire az eszközszitű kezeléstől, mindezek ellenére sokat 
nyerhetünk ezzel a megoldással. Először is az MMU felépítése 
egyszerűbb lesz (mivel kevesebb feladatot kell ellátnia), így a 
processzoron több hely marad más hasznos títeljesítménynöve- 
kedést elősegítő) elem elhelyezésére, mint például gyorstárra. 
A másik fontos dolog, hogy az operációs rendszer döntheti el, 
hogy a laptábla milyen bejegyzései kerüljenek az asszociatív 
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Ha nem használnánk lapozást, akkor a virtuális címek megegyeznének 
a fizikaiakkal, Így semmiféle átalakítást sem kellene végeznünk (P), 
egyébként a laptábla végzi el az átalakítást (N). A laptáblát kiválthatja a 
TILB, abban az esetben, ha tartalmazza a keresett bejegyzést kellene. 
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A képen a ILB működését láthatjuk. A laptábla keresendő sorát először a 
TLB-ben nézzük meg, ha ott nem találjuk, akkor fordulunk csak a laptáblához. 


memóriába. Ezáltal lehetőség nyílik a ILB-hibák csökkentésére 
(azaz minél kevesebbszer forduljon elő, hogy a keresett bejegy- 
zés nincs a ILB-ben), például úgy, hogy megpróbáljuk kita- 
lálni, melyik lap lesz a legvalószínűbb, amelyre az adott prog- 
ramnak szüksége lesz. Ha például egy folyamat éppen egy 
másik program osztott eljárását készül meghívni, akkor sejteni 
lehet, hogy hamarosan a másik folyamat által használt lapokra 
is szükség lesz. 

A tapasztalat azt mutatja, hogyha az asszociatív memória elég 
nagy, azaz körülbelül 64 bejegyzést is képes tárolni, akkor a 
programból történő kezelés gyakran sokkal hatékonyabb lehet 
a hagyományosnál. 


Lapcserélési algoritmusok 

Akár programból megvalósítva, akár eszközszinten megy 
végbe a TLB kezelése, az operációs rendszernek kitüntetett 
szerepe van a lapozás megvalósításában, mégpedig a lapok a 
lapkeretekbe való betöltésében. 

Egy lapot akkor kell valamelyik lapkeretbe betöltenünk, amikor 
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laphiba lép fel, azaz a keresett lap nincs a memóriában. Ebben 
az esetben helyet kell csinálnunk az új lapnak, vagyis ki kell 
szedni egy lapot a memóriából. Azt az elvet, aminek alapján az 
operációs rendszer kiválasztja azt a lapot, aminek távoznia kell, 
lapcserélési algoritmusnak nevezzük. 
Kulcsfontosságú, hogy jó lapcserélési algoritmussal legyünk 
megáldva, különben programjaink futása elviselhetetlenül 
lassú lesz. Na igen, de mit is jelent az, hogy , jó"? Az a jó algo- 
ritmus, amelynek használata során a legkevesebb laphiba lép 
fel, azaz minél kevesebbszer kell ,bántani" a merevlemezünket. 
(Nagyon fontos dolog, hogy a memóriában lévő lapok tulaj- 
donképpen egyfajta másolatok, az eredetiek ugyanúgy megta- 
lálhatóak a lemezen, mint a többi. lehát egy memóriában lévő 
lap eldobásán nem mást értünk, minthogy felülírjuk egy másik, 
eddig kizárólag csak a lemezen tárolt lappal. lermészetesen, 
ha egy lap tartalma megváltozik, miközben a memóriában tar- 
tózkodik, eldobása előtt a lemezen lévő eredeti példány frissíté- 
séről is gondoskodnunk kell. Azt, hogy egy lap tartalma meg- 
változott-e vagy sem, a laptáblában lévő úgynevezett dirty 
— piszkos -— bit mondja meg). 
Létezik egy algoritmus, ami tökéletes megoldást nyújt erre a 
nehézségre. Működése roppant egyszerű: minden lapkerethez 
egy számlálót rendel, ami azt mondja meg, hogy hány utasítás 
elteltével lesz szükség a betöltött lapra. Amikor egy lapot el 
kell távolítani, értelemszerűen azt dobjuk ki, amelyikre a leges- 
legkésőbb lesz szükségünk (tehát amelyiknek a számlálója a 
legnagyobb értéket veszi fel), így elodázhatjuk a következő lap- 
cserélés időpontját. Ennek a módszernek csupán egyetlen 
hibája van: megvalósíthatatlan. 
Egy futó programról ugyanis nem tudjuk előre megmondani, 
hogy melyik lapra hány utasítás múlva lesz szüksége. Kivéve azt 
az esetet, amikor előtte már egyszer lefuttattuk, és egy külön- 
leges alkalmazás segítségével kiértékeljük a program által kért 
laphivatkozásokat. Az így nyert adatok alapján már hatékony 
lapcserélési eljárás építhető össze. Ezzel azonban nem jutunk 
messzire, mivel egy másik program esetén valószínűleg nem 
lenne hatékony - teljesen balsikerű megoldást valósítana meg. 
Nézzünk meg néhány olyan algoritmust, aminek a való életben 
is hasznát tudjuk venni. Ezek közül a legegyszerűbb a FIFO 
(First-In, First-Out), ahol mindig a legrégebben betöltött lap he- 
lyére tesszük be az újat. Nagyon nagy hátránya, hogy nincs te- 
kintettel rá, hogy az adott lapot eddig hányszor használták, így 
az a lap is eldobásra kerül egyszer, amire eddig a legtöbbször 
volt szükség - a közeljövőben nagy valószínűséggel ismét be 
kell majd tölteni. 
Gyakran egész hatékonyan használható az NRU (Not Recently 
Used, nem mostanában használt) eljárás, ahol a lapokat négy 
osztályba soroljuk a következők szerint: 

1. nem hivatkozott és nem is módosított, 

2. nem hivatkozott, de módosított, 

3. hivatkozott, de nem módosított, 

4. hivatkozott és módosított is. 
A kidobandó lapot mindig véletlenül választja ki a legkisebb 
sorszámmal rendelkező, ám nem üres csoportból. 
A fent említett hatékony algoritmus egyik legjobb megközelítése 
azonban az LRU (Last Recently Used, legutóbb használt), ahol 
mindig azt a lapot dobjuk el, amelyikre a legrégebben volt szük- 
ség. Ez már egy létező, a való életben is használható módszer, 
csak a szolgáltatásait nem kínálja olcsón, ugyanis mindig nyil- 
vántartásba kell venni, hogy melyik lapnak kell a legközelebbi 
laphibánál távoznia. Ezt láncolt lista formában célszerű tárolni, 
ami minden egyes lapcserélésnél karbantartásra szorul — ez 
pedig még eszközszintű megoldás esetén is időigényes feladat. 
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A munkahalmazmodelli 

Azt, hogy egy memóriakezelő mennyire hatékonyan működik, 
nemcsak az általa használt lapcserélési algoritmus határozza meg, 
hanem sok más tényező is. Ezek közé tartozik például az is, hogy 
mennyire tudjuk elkerülni egy adott program vergődését. 

Akkor mondjuk, hogy egy program vergődik, ha a futása során 
túl sok laphibát okoz. lalán felesleges megemlíteni, hogy ez 
milyen kellemetlen jelenség, hiszen a program végrehajtási 
sebessége jelentősen csökken, mivel a processzornak a lapok 
ki-bepakolásával kell az ideje nagy részét eltöltenie. 

A hagyományos lapozási rendszerekben egy lemezen lévő lap 
csak úgy kerülhet a memóriába, ha valakinek az adott pillanat- 
ban szüksége van rá (ez a módszer az úgynevezett igény sze- 
rinti lapozás). Amikor egy programot elindítunk, akkor seme- 
lyik általa használt lap sincs a memóriában, tehát futásának első 
felében vergődni fog. Ez az állapot egészen addig tart, amíg a 
program munkahalmaza (az általa használt lapok halmaza) be 
nem töltődik. 

Ez még nem is lenne akkora szerencsétlenség, de többfeladatos 
rendszer esetében számolnunk kell azzal is, hogy ha nincs elég 
memória az összes futó alkalmazás munkahalmazának befoga- 
dására, akkor néhány blokkolt program lapjait ki kell raknunk 
a lemezre. Amikor ezek a programok ismét futni kezdenek, 
megint nagyszámú laphibát fognak okozni, mivel az egész 
munkahalmazuk ki lett helyezve a központi tárból. 

A fenti nehézség a munkahalmazmodell segítségével oldható 
meg, ez nem jelent mást, mint hogy figyelemmel kísérjük a 
programok munkahalmazát, és még a program indítása előtt 
betöltjük őket a memóriába. (Ezt az operációs rendszer általá- 
ban úgy csinálja, hogy megnézi, milyen lapokra hivatkozik 
egy-egy program. Ezeket mind beteszi az adott folyamat 
munkahalmazába. Ha azonban egy lapra egy meghatározott 
időn belül nem érkezik kérés, akkor kidobja onnan). 


Szakaszolás és osztott könyvtárak 

Mint láthattuk, a lapozás nagyon hasznos művelet, mivel 
megszabadítja a programozót az olyan hosszú és unalmas 
tevékenységektől, mint például a program rétegekre bontása. 
Emellett a lapozás kényelmesen használható, mivel az egész 
memóriát egy összefüggő egydimenziós tömbként látjuk, 

és nem kell olyan , apróságokkal" foglalkoznunk, mint hogy 
az adott memóriaszelet éppen a lemezen vagy a központi 
tárban található-e. 

Akadnak azonban olyan pillanatok, amikor kifejezetten jól 
jönne, ha nem egy, hanem több, egymástól teljesen független 
címtartománnyal gazdálkodhatnánk. A legjellemzőbb eset az, 
amikor több táblázatot kell a memóriában a program futása 
közben beérkező adatokból felépítenünk. A probléma gyökerei 
nyilván oda vezetnek vissza, hogy a program indulásának pilla- 
natában halvány sejtelmünk sem lehet arról, hogy melyik táblá- 
zat pontosan mennyi helyet fog felemészteni a memóriából. 

Az ilyen esetekre a szakirodalomban példaként legtöbbször a 
fordítóprogramokat hozzák fel. A forráskód végigpásztázása 
során különböző táblákat kell felépítenie a memóriában, ame- 
lyek közül az egyikbe kerülnek majd az állandók, egy másikba 
a változók és így tovább. 

Ha ezt színtisztán a lapozás segítségével szeretnénk megoldani, 
akkor a memóriát annyi egyenlő részre kell felosztanunk, 
ahány táblázatra szükségünk van. Na igen, de tegyük fel, hogy 
a programozó elképesztően sok állandóval dolgozik lefordítani 
kívánt programjában, így a fordítás során előbb-utóbb megtelik 
az állandóknak fenntartott memóriaterület. Ilyenkor a fordító- 
programnak komoly nehézséggel kell szembenéznie, mivel 


92 Linuxvilág 


nem növelheti tovább az állandók táblájának méretét, hiszen 
ütközne egy másik táblával, például a változókéval. 

Ebben az esetben a fordítóprogramnak két választása van — az 
első az egyszerűbb megoldás: pánikba esik, kiír egy hibaüze- 
netet, és befejezi a futását. Ez szükségtelen, mert lehet, hogy 
más táblák még rengeteg hellyel rendelkeznek, így második 
lehetőségképp el lehetne , rabolni" az üres helyet azoktól, 
akiknek még van. 

Ez ígéretes, csak megint ott tartunk, hogy a programozónak 
saját kezűleg kell egy olyan hosszadalmas és fárasztó munkát 
elvégeznie, amelyet igazán rábízhatnánk az operációs rend- 
szerre is. Így valamilyen más módszer kell, amivel a virtuális- 
memória-kezelés mellett a változó méretű adatszerkezetekkel 
is könnyedén boldogulhatunk. Ez pedig a szakaszolás. 

A szakaszolás egy olyan virtuálismemória-kezelő eljárás, ami 
lehetővé teszi, hogy több egymástól különálló címteret 
(szakaszt) hozhassunk létre. 

Ha ez netán egy kicsit tisztázatlan lenne, úgy képzeljük el, 
mintha a lapozás az egydimenziós, a szakaszolás pedig a két- 
dimenziós memória megfelelője lenne. Lapozás esetében egy 
adott bájt eléréséhez elegendő volt egy , koordináta" megadása, 
míg a szakaszolásnál már kettő szükséges. Az első azt mondja 
meg, hogy melyik szakaszban (címtéren) kell keresgélnünk a 
második koordinátaként megadott címet. Ezt az utóbbi értéket 
gyakran ofszetnek is nevezik. 

Ám a szakaszolás nem csupán a memória több címtérre való 
szabdalása. A szakaszok mérete ugyanis a program futása 
során folyamatosan változhat: nőhet is, csökkenhet is. Mindezt 
úgy, hogy nem , ütközhet" a többi szakasszal, mivel minden 
szakasz saját címtérrel bír. Egy szakasz nem nőhet a végtelen- 
ségig, ugyanis mindegyiknek van egy legnagyobb mérete, 
amelyet nem léphet túl. Mindezek ellenére ez az érték általá- 
ban elég ahhoz, hogy a szakasz a program futása alatt ne teljen 
be (csak ha a program helyesen működik). 

A szakaszolást azonban már nem tudjuk elrejteni a programo- 
zó elől, miként azt a lapozás során tettük. A szakaszokkal a 
felhasználóknak is foglalkozniuk kell, és egyfajta logikai egy- 
ségekként kezelik. Azt is meghatározhatják, hogy melyik 
szakaszba mi kerüljön. Így külön szakaszba költözhetnek az 
állandók, a változók, a verem és az eljárások is. Egy fontos 
kitétel létezik: a különböző típusú szakaszokat nem szabad 
keverni, tehát amelyekbe állandókat helyezünk, azokban 
valóban csak állandók legyenek stb. 

A változó méretű adattáblák egyszerűbb kezelhetőségén túl a 
szakaszolás jó megoldást nyújt az adatok és eljárások könnyed 
megosztására is. Az utóbbi főleg a grafikus környezetben futó 
alkalmazások számára létfontosságú, amiben, ha a megosztást 
nem lehetne megvalósítani, akkor még a legkisebb programhoz 
is hihetetlen méretű függvénykönyvárat kellene hozzáftűz- 
nünk. A szakaszolás segítségével azonban a hívható eljárásokat 
egyszerűen csak be kell pakolni egy szakaszba, majd azt meg 
kell osztani a grafikus könyvtár és a felhasználói alkalmazások 
között. Ez az osztott könyvtár fogalma. 

A szakaszolás megvalósítása sok tekintetben hasonlít a lapo- 
záshoz, azzal a különbséggel, hogy míg minden lap ugyanak- 
kora méretű, addig egy szakasz hossza bármekkora lehet. 
Ezért számolnunk kell a memória töredezésével (fragmen- 
tation). Ez azt jelenti, hogyha egy szakaszt kiveszünk a memó- 
riából, akkor ott egy vele megegyező méretű lyuk keletkezik. 
Értelemszerűen oda csak ugyanakkora vagy annál kisebb 
méretű szakasz kerülhet. Előbb-utóbb szembesülnünk kell 
azzal a nehézséggel, hogy egy nagyobb szakaszt nem tudunk 
anélkül betenni a memóriába, hogy egy másikat el ne 


eft 


távolítanánk, mivel nincs akkora méretű lyuk. Ugyanakkor 
elférne a memóriában, mert van annyi szabadhelyünk, csak 
épp mindenfelé elszórva. Ilyen esetben a tömörítést kell 
alkalmaznunk, azaz az összes szakaszt olyan módon kell 
eltolnunk lefelé, hogy ezek a lyukak megszűnjenek, és a felső 
részen egy összefüggő szabad terület alakuljon ki. 

Ha a szakaszok mérete a központi memóriához képest túl 
nagy, akkor egyszerre csak kevés szakaszt tudunk ott tartani, 
ami hatékonyságbeli romláshoz vezet. Ennél is rosszabb, ha 
egy szakasz nagyobb, mint maga a központi tár. Ezért a legtöbb 
rendszer támogatja a szakaszolás és a lapozás keresztezéséből 
létrejövő módszert: a lapozott szakaszolást. Ez tulaadonképpen 
semmi mást nem takar, mint hogy a szakaszokat egyenlő 
méretű lapokra osztjuk fel. Ennek köszönhetően nem kell 
mindig az egész szakaszt betölteni a memóriába, csupán azokat 
a lapjait, amikre az adott pillanatban szükség van. 


Az Intel Pentium 

Végezetül szeretnék pár szót szólni a Pentium processzorok 
virtuális memóriakezeléséről, és arról, hogy miképp is zajlik 

a gyakorlatban. 

A Pentium támogatja a lapozott szakaszolást. Egyszerre több 
mint 16 ezer szakaszunk lehet és akár 4 GB méretűre is megnő- 
hetnek. A szakaszok nyilvántartására két táblázat szolgál: a 
helyi leírótábla (Local Descriptor Ilable — LDT) és a globális leí- 
rótábla (Global Descriptor Ilable — GD1). Az utóbbiból csak egy 


van, ebben többnyire az operációs rendszer által használt 
szakaszok foglalnak helyet. LDI-ből már több is akad, minden 
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programhoz tartozik egy, amiben saját szakaszaikat raktározzák. 
A szakaszok tárolásán kívül fontos még a védelem kérdése, en- 
nek segítségével az operációs rendszer szakaszait megvédhetjük 
a felhasználói programoktól, mindezt eszközszinten téve. 

A Pentium processzorban négy védelmi szint van megadva, 
ezek közül a nulladik a legerősebb és a harmadik a leggyen- 
gébb. Mind a programoknak, mind a szakaszoknak van egy 
szintszámuk. Minden program írhatja és olvashatja a vele egy 
szinten lévő szakaszokat, de az alacsonyabb szintű szakaszok 
esetén ez a művelet nem megengedett. Más szinten lévő 
szakaszok eljárásai viszont szabadon hívhatók. 

Ezeket a védelmi szinteket a rendszer jól ki tudja használni. 
Például a 0-s szintre bepakolhatjuk a rendszermag szakaszait, 
az elsőre a rendszerhívásokat, a másodikra az osztott könyvtá- 
rakat és a legutolsó szintet pedig a felhasználói programok 
foglalhatnák el. Így például megoldható, hogy a felhasználói 
alkalmazások szabadon hívhassák az osztott könyvtárak 
eljárásait, viszont azok módosítására nem lenne lehetőségük. 
Vajon az operációs rendszerek (például a Linux) ki is 
használják a védelmi szintek által nyújtott szolgáltatásokat? 
Ez kiderül a következő részből. 


Garzó András (garzoandOinterware.hu) 

Körülbelül három éve foglalkozik Linux- és más Unix-rendszerekkel. 
Legjobban az operációs rendszerek lelkivilága érdekli, de nyitott 
egyéniség. Kedvenc étele a palacsinta, és van egy Richard nevű 
macskája. Minden észrevételt, megjegyzést, levelet szívesen fogad. 
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Beszédbe elegyedünk a konyhafőónökkel... 


Bemutatjuk a geektalkd és a Shadowlands Forum csevegőkiszolgálót, 
valamint a Jabbert, ezt a kitűnő azonnali üzenetküldő ügyfélprogramot. 


inden remekül fest, Francois. Minden asztalon 
gyertya, borospoharak, munkaállomások és DSL- 
kábelek — úgy tűnik, elkészültünk. A ma esti fogá- 
sokkal az Elektronikus Fórumok előtt tisztelgünk. Ezek mind- 
egyikének az a célkitűzése, hogy közelebb hozza az embereket 
egymáshoz, mégha csak látszólagosan is. Ialán valamilyen 
romantikus bort kellene felszolgálnunk - az 1997-es Alsatian 
Gewurztraminer jónak tűnik a ma esti alkalomra. Nem értesz 
velem egyet, mon ami? Nos, romantikáról talán tényleg túlzás 
beszélnünk, de gondold csak meg: az emberi érintkezés, még 
ha pusztán a hálózaton keresztül valósul is meg, a kapcsolat- 
tartásról szól, ez pedig bizonyos közelséget is jelent, még ha 
nem is vonzódunk a partnerhez, akivel kapcsolatban állunk. 
Ouoi? Mindez nagyon egyszerű, Francois. A Világháló létezé- 
sének is ez a gondolat áll a középpontjában: az emberek kap- 
csolatot keresnek egymással. Ez történik egy weboldal esetén, 
ami valamilyen terméket szeretne eladni, de ugyanez a hely- 
zet, amikor a munkatársak elektronikus levelet váltanak egy- 
mással. Ha a Linuxszal kotyvasztunk, számos különböző 
módon élhetünk ezekkel a kapcsolatteremtési lehetőségekkel. 
Megérkeztek a vendégeink - bonsoir, mes amis! Isten hozott 
titeket Chez Marcelnél, az ízletes Linux-fogások és a legkitűnőbb 
borok otthonában. Az asztalok terítve, kérem, foglaljatok helyet! 
A Világhálón az elektronikus kapcsolatteremtési lehetőségek- 
nek számos módját fedezhetjük fel, mes amis, a webportáloktól 
kezdve a belső hálózatokon (intranet) át egészen a csevegőszo- 
báig, sőt az azonnali üzenetváltásig (instant messaging). A ren- 
delkezésünkre álló eszközök lehetőséget kínálnak a már folyó 
vitákhoz, eszmecserékhez történő csatlakozásra, de akár a saját 
rendszerünk is otthont adhat ilyennek. A Linux tökéletes felü- 
letet nyújt kiszolgálók működtetésére, és mindez nem is kíván 
nagy erőfeszítést. Bizonyság erre Michael Plump geektalkd 
nevű Perl nyelven írt és David Elkins hibajavításaival tökéle- 
tesedett csevegőkiszolgáló programja. Mivel egyszerű felépí- 
tésű, nyílt forrású programról van szó, könnyen módosítható, 
továbbfejleszthető, ami tovább növeli az értékét. Támogatja a 
csatornákat, a magánbeszélgetéseket és még sok egyebet. 

A geektalkad telepítéséhez és futtatásához szükségünk lesz 

a Net : : Ident Perl-modul telepítésére. Ezt legegyszerűbben 
a Perl CPAN üzemmódjának a segítségével tehetjük meg. 

A teljes telepítési folyamat az alábbi paranccsal végezhető el: 





perl -MCPAN -e "install Net: :Ident" 


Amennyiben ez az első alkalom, hogy a Perl CPAN parancsér- 
telmezőjét használjuk valaminek a telepítésére, válaszolnunk 
kell néhány, a rendszer által feltett kérdésre. A legtöbb esetben 
a felkínált választ elfogadhatjuk, de akad néhány kivétel is, 
például a tükrözés kiválasztása esetében. Attól függően, hogy 
akadt-e már korábban dolgunk a CPAN-blokkal, a folyamat 
időigénye egy és néhány perc között változhat. 

Ha ezzel készen vagyunk, csomagoljuk ki és fordítsuk le 

a programot: 
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tar -xzví geektalkd-1.23.tar.gz 
cd geektalkd-1.23 
perl install 


A kiszolgáló futtatásához elég a program nevét begépelni, ezzel 
indítjuk el a háttérben a folyamatot. Ha naplófájlt is szeretnénk 
működtetni, használhatjuk a -1 kapcsolót, a -p beállítással 
pedig a használt kaput adhatjuk meg. A geektalkd alapértel- 
mezésként a 41000-es kaput használja: 


/usr/1local/sbin/geektalkd -1 /var/log/gtd log 
—-p 41001 


Ha már fut a kiszolgáló, az ügyfélprogramnak nem kell mást 
tennie, mint telnet-tel a kérdéses kaput megcéloznia: 


telnet your site.dom 41001 


A kiszolgáló egy üzenettel nyugtázza a kapcsolódást. 

A /help begépelésével a kiadható parancsokról kapunk listát. 
A különösen könnyen használható csevegőkiszolgálók másik 
példája a Jeremy Monin, Dan Chin és Matt Lochansky megal- 
kotta Shadowlands Forum. A program különösen sokoldalú 
csevegőszoba, néhány kitűnő (esetenként csak a szórakoztatást 
szolgáló) képességgel. A felhasználók például beállíthatják 
távollétüzenetüket, üresjárati időkorlátjukat, írhatnak makró- 
kat, engedélyezhetik a levélellenőrzést (helyi felhasználó 
esetén) és így tovább. A rendszer felügyelője beállíthat csak 
bizonyos felhasználókra érvényes alapértékeket, megadva, 
hogy ki tartozik abba a bizonyos körbe, továbbá témaköröket 
adhat meg és egyéb beállításokat is tehet. A Shadowlands 
Forum kipróbálásához töltsük le a programot a 

2 http:/www.shadowlands.org/forum címről, és csomagoljuk 
ki egy helyi könyvtárba: 


tar -xzví slforum-1.9.6.1.tar.gz 
cd slforum-1.9.6 


lovábblépés előtt az sIprefs . h állományban kell néhány 
változtatást végrehajtani. Ez a fájl tartalmazza az olyan helyi 
beállításokat, mint az s1forum saját könyvtára és fájljainak 

a helye. Ha a rendszerünk árnyékjelszavakat használ, a 
tdefine USE SHADOM bejegyzést hatástalanítanunk kell 

(az alapértelmezett beállítás a PAM). A rendszerüzenetek szer- 
kesztésére is itt nyílik lehetőségünk, de természetesen az 
eredeti üzeneteket is megtarthatjuk. Ha mindennel elégedettek 
vagyunk, a következőképpen fordíthatjuk le a programot: 


make -f Makefile-linux 
Ebben az esetben nincs make install, az s1forum futtatható 


fájlt egyszerűen másoljuk egy alkalmas könyvtárba. PAM 
használata esetén az slforum.pam fájlt a PAM könyvtárába 


történő átmásolására van szükség (cp s1forum. pam 
/etc/pam.d/slforum). Itt az idő, hogy életre keltsük új 
csevegőszobánkat: 


./slforum -ag marcel taa /path to/chat.log 


A -ag kapcsoló a rendszergazdák csoportját (admin group) 
azonosítja a kiszolgáló számára, míg a -4-aa beállítás bekapcsolja 
a vendégek önműködő fogadását (guest auto-accept feature). 
Ami a parancs végén látható naplófájlt illeti, az tetszőleges 
lehet. A kapcsolók listázását a -h kapcsolóval kérhetjük a 
programtól. A fórumhoz való csatlakozás bármilyen telnet 
ügyféllel lehetséges, méghozzá a 7777 kapun keresztül: 


télnet voúur Ssíte.dom 7777 


Ilyen módon akár vendégként, akár rendszergazdaként belép- 
hetünk. A vendégektől azonosítót (vagy nevet) kér a rendszer, 
a rendszergazdáknak jelszót kell beírniuk. Bejelentkezés után 
a !help begépelésével az elérhető parancsokról bármikor listát 
kérhetünk. Sőt rendelkezésünkre áll a bűvös 8-as golyó (magic 
8 ball, egy népszerű jövendőmondó játék - a fordító), amitől az 
élet összetettebb kérdéseire is választ várhatunk: 

18 ball Should I serve Chenin Blanc with on-line fora? 
FORUM: The 8 ball has advised marcel: 
lo Answer Would Dishonor the 8 ball 

(Vagyis: marcel: !8 ball Szolgáljak fel Chenin Blancot" a háló- 
zati fórum mellé? 
FORUM: A 8 ball tanácsa marcel számára: 
A válasz sértené a 8 ball önérzetét. 

(" A Chenin Blanc egy híres dél-afrikai borfajta — a fordító.) 
Nos, mes amis, lehet, hogy ez a 8-as golyó nem is olyan hasz- 
nos szolgáltatás. 
Mai utolsó fogásunk egy azonnali üzenetküldő ügyfélprogram. 
Sokan megkérdezhetik, hogy mi a különbség a már bemutatott 
csevegőkiszolgálók és az azonnali üzenetküldés között. Valójá- 
ban a kettő elég hasonló. A különbség az, hogy az eddig meg- 
vizsgált programok mindegyike azt igényelte, hogy egy köz- 
ponti helyhez csatlakozzunk. Csak akkor dönthetjük el valaki- 
ről, hogy éppen elérhető-e, ha bejelentkezünk a kiszolgálóra. 
Az olyan azonnali üzenetküldő protokollok, mint a Jabber 

(2 http:/www.jabber.org) valós idejű eszmecserét tesznek 
lehetővé barátunkkal vagy roko- 
nunkkal (akiket az (Instant 
Messaging IM, azonnali üzenet- 
küldés terminológia buddynak 
— haver, pajtás — nevez), ugyan- 
úgy, mint az előző példákban 
láthattátok. A különbség az, hogy 
az IM-ügyfelek egymással állnak 
kapcsolatban, így tudhatjuk, 
hogy a ,haverunk" éppen vonal- 
ban van-e. A Jabber egyébként 
nyílt, nem szabadalmazott XML 
alapú IM-protokoll, ami válasz- 
tási lehetőséget jelent a többi 
szolgáltatás mellett. Valójában 

a Jabber nyílt mivolta azt jelenti, 
hogy saját kiszolgálót futtathatunk, ami a magánhálózatok 
szempontjából igen előnyös. 

Szinte biztos, hogy a rendszerünkön már fut egy kitűnő Jabber- 
képes IM-ügyfél, amelyet Gaimnek neveznek. Eredetileg Mark 
Spencer írta, jelenleg Rob Flynn foglalkozik karbantartásával 
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(természetesen az elhivatott kódolók és foltokat alkotók segít- 
ségével). A Gaim segítségével most egy Jabber-azonosítót 
fogunk létrehozni, de a program ugyanígy lehetőséget nyújt 
arra, hogy az AOL, Yahoo, a Microsoft-féle MSN vagy egyéb 
protokollt használó ügyfelekhez csatlakozzunk. A protokollok 
szempontjából ezt a sokoldalúságot a Gaim bővítmények segít- 
ségével éri el, és válik ezáltal az elérhető egyik legrugalmasabb 
IM-ügyfélprogrammá. 

Ha mégsem lenne meg a gépünkön a Gaim, a legfrissebb for- 
ráskódot a 3 http://gaim.sourceforge.net címről tölthetjük le. 
A csomag fordítása a jól bevált ötlépéses kicsomagoló-fordító 
módszerrel történik: 


tar -xzvfÍ gaim-0O.59.6.tar.gz 
cd gaim-0.59.6 

./configure 

make 

su -c "make install" 


Akár a menüből, akár a gaim 5 paranccsal parancssorból 
elindítva a programot, a főablakot látjuk megjelenni (1. kép). 
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3. kép Ilyen egyszerű egy új felhasználói fiók felvétele vagy beállítása 


Első alkalommal egy egyszerű ablak jelenik meg, ami a 
képernyő nevét (Screen Name) és a jelszót (Password) várja. 
A képernyőnév mezőjében a cNew User: (új felhasználó) 
szavakat fogjuk látni, amiből kiderül, hogy még egyetlen 
felhasználói fiókot sem állítottunk be. Nyilvánvaló, hogy 
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mielőtt használatba vennénk a Gaimet, legalább egy fiókra 
szükségünk lesz, non? 

Ha a szöveges mezők alá tekintünk, hat gombot láthatunk a 
következő feliratokkal: Ouit (kilépés), Accounts (felhasználói 
fiókok), Signon (bejelentkezés), About (névjegy), Options 
(beállítások) és Plugins (bővítmények). Alapértelmezésben a 
Gaim ICO-azonosítót is elfogad, ha már rendelkezünk ilyennel. 
Ahhoz, hogy a Jabber protokollt használni tudjuk, előtte be kell 
töltenünk a hozzá tartozó bővítményt, mert ez alapértelmezés- 
ben nem aktív. Ez rendkívül egyszerű. Kattintsunk a Plugins 
gombra, mire megjelenik a Gaim bővítményeket kezelő ablaka. 
Kattintsunk a Load (betöltés) gombra és a felbukkanó listából 
válasszuk ki a kívánt protokollt. Jabber esetén a libjabber.so 
fájlra, majd az OK-ra kell kattintani. Ugyanígy választható ki a 
Yahoo protokol (libyahoo.so) vagy az MSN csevegő protokollja 
(libmsn.so). Ha a Jabber protokollját (vagy valamelyik másik, 
nekünk tetszőt) betöltöttük, a Close (bezár) gombbal térhetünk 
vissza. A bővítmények ablakának bezárása után kattintsunk az 
Accounts gombra. Erre megjelenik az Account Editor (fiókszer- 
kesztő) ablaka, egyelőre üresen. Kattintsunk az Add (hozzá- 
adás) gombra, ennek hatására megjelenik a Modify Account 
(fiók módosítása) feliratú ablak. Az ablak közepe táján egy 
legördülő menüt látunk Protocol felirattal. Alapértelmezettként 
itt az AIM/ICO a kiválasztott — változtassuk Jabberre és 
figyeljük meg, ahogy az ablak a Jabberhez szükséges beállí- 
tásoknak megfelelően megváltozik. 

Írjuk be a képernyőnk nevét (Screenname), a jelszót (Password) 

és a másodnevet (Alias), és kattintsunk a Register with server 

(a kiszolgálóval döntő bejegyzés) rádiógombra. Ha azt szeret- 
nénk, hogy a Jabberbe való bejelentkezés minden alkalommal 
önműködően hajtódjon végre, ha az ügyfélprogramot elindítjuk, 
kattintsunk rá az Auto-Login feliratú rádiógombra is. Ha minden- 
nel végeztünk, kattintsunk az OK gombra. A fiókbeállító (Account 
Editor) ablakban megjelenik az új felhasználói fiók (3. kép). 

A bejelentkezést megejthetjük innen is a Sign On/Off gombra való 
kattintással, vagy a Close gombbal bezárjuk az ablakot, és a Gaim 
főablakából választjuk ki a megfelelő műveletet. Első bejelentke- 
zésünkkor egy üdvözlő üzenetet kapunk a Jabber.org kiszolgá- 
lótól. Ezt bezárhatjuk, vagy további útbaigazításért felkereshet- 
jük a kiszolgáló honlapját (ahogy arról a szöveg is tájékoztat). 
Most, hogy elkészültünk saját Jabber azonnali üzenetküldő 
fiókunkkal, társakra van szükségünk, akikkel kapcsolatba 
léphetünk. Számos hálózati beszélgetésbe bekapcsolódhatunk 
a menüsor File/Join a Chat pontjának kiválasztásával. Ugyanezt 
a műveletet a CTRL-C billentyűkombinációval is elérhetjük. 
Adjuk barátainkat a buddylistához az Add A Buddy menüpont 
választásával. 
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Miután ismerőseinket hozzáadtuk a listához, egy tájékoztató 
üzenetet kapnak, hogy a listánkhoz szeretnénk őket fűzni. 
Amikor megpillantják az előugró ablakot, az Accept (jóváhagy) 
gombra kattinthatnak, s ezután már kezdődhet is a beszélgetés. 
Ennek a jóváhagyásnak a kapcsolat mindkét oldalán meg kell 
történnie. Ő elfogad téged, ezt követően te is elfogadod őt. 
Úgy gondoljunk erre, mint a boldogító , igen" kimondására, 
csak éppen egy véletlenszerűbb, mondhatni látszólagos viszony 
esetében. Francois, az ilyen barátságok pezsgőért kiáltanak, 
nem gondolod? 

Mialatt Francois felhozza a pezsgőt, befejezzük a Gaim vizsgá- 
latát. Ha ezek a jóváhagyások lejátszódtak, , haverjaink" meg- 
jelennek a listánkon. A nevek mellett egy ikon jelzi, hogy az 
adott partner éppen vonalban van-e. Ha igen, kettőskattintás 
a néven, és már indulhat is a csevely. Ennyi az egész. 

A Gaim szintén gazdag beállítási lehetőségeket kínál, amelyek- 
ről a Tools (eszközök) majd a Preferences (felhasználói beállítá- 
sok) pontot kiválasztva kaphatunk listát. Az egyik kedvencem 
(a Conversations beszélgetések pont alatt) az a lehetőség, hogy 
minden folyó beszélgetés egyetlen, fülekkel tagolt ablakra 
helyezhető. Ha egyszerre sok eszmecserét folytatunk, erre 
biztosan szükségünk lesz. 

Á, Francois, jó, hogy visszaértél! Kérlek, tölts a barátainknak! 
lartok tőle, hogy a záróra már megint a nyakunkon van. 
Igyunk egymás egészségére a következő havi találkozásunkig! 
A votre santé! Bon appétit! 
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Marcel Gagné (mggagneosalmar.com) 
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Fordítás az Apache Ant segítségével 


A make típusú programokat felváltani kívánó Ant egyre jobban terjeszkedik, 








ezért nem árt egy kicsit jobban is megismerkedni vele... 





ki fordított már programot Unix/Linux alapú rend- 
AA szereken, az biztosan találkozott a make program- 

mal. A make programnak számos előnye mellett 
rengeteg hátránya is akad. Ilyen például az, hogy nagymér- 
tékben függ az adott héjtól (shell), és biztosan másokkal is 
előfordult már, hogy a IAB lemaradt a megfelelő sor elejéről. 
E hiányosságok megszüntetése végett került sor az Ant 
kifejlesztésére. 
Az Ant egy olyan Java alapú fordítóeszköz (build tool), amely- 
nek segítségével operációs rendszertől függetlenül fordítha- 
tunk programokat, a leggyakrabban Java-alkalmazásokat. Ezt 
az Ant úgy tudja megtenni, hogy a nagymértékben héjpa- 
rancsokra épülő Makefile helyett az XML-írásmódot követő 
build.xml fájlt használja. Természetesen a build.xml lehetőséget 
teremt arra, hogy az operációs rendszertől függő utasítások 
hajtódjanak végre, de erről később még lesz szó. 


Telepítés és beállítás 
Debian alatt a telepítése nagyon egyszerű: 


Hapt-get install ant 


Cikkünk írásának pillanatában az Ant legfrissebb üzembiztos 

változata az 1.5.1-es. A Woodyban ugyan még az 1.4.1-es 

változat található, de a Sarge-ban már az 1.5.1-es szerepel. 

Akiknek nem Debian rendszere van, azok a telepítés két 

módját is választhatják: 

e vagya 3 http:/www.apache.org/dist/ant/source/ címről 
töltik le a legfrissebb forrást és a szükséges jar-fájlokat, 

e vagy pedig a 9 http:/www.apache.org/dist/ant/binaries/ 
címről szedik le a futtatható állományokat. 


A második az egyszerűbb megoldás, és ha csak pár alkalom- 
mal szeretnénk használni az Antot, vagy még soha nem 
próbáltuk ki a Javát vagy Java alapú rendszereket, akkor első 
lépésben érdemes a binárist feltenni. A letöltéshez használ- 
hatjuk a fent említett oldalakat vagy a tüköroldalakat. 
Töltsük le a binárist, és rendszergazdaként csomagoljuk ki 

a /usr/local-ba: 


/usr/local H wget -O - 
http ://www. apache . org/dist/ant/binaries/ 
sapache-ant-1.5.1-bin.tar.bz2 ] tar jxf - 


Az eredmény egy jakarta-ant-1.5.1 nevű könyvtár lesz 

a /usr/local-ban, ami a következő fontosabb könyvtárakat 
tartalmazza: 

e bin: a parancsfájlokat tartalmazza. 

e lib: az Ant működéséhez szükséges jar-fájlok jegyzéke. 
e doc: a leírásokat foglalja magában. 


Ha Debian alatt apt -get-tel telepítettük az Ant programot, 
akkor a könyvtárszerkezet a következőképpen alakul: 
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e  /usr/sharelant/bin: a parancsfájlok helye. 
e . /usr/share/lant/lib: a működéshez szükséges jar-fájlok helye. 
/usr/share/doc/ant: a leírások helye. 


Azért fontos, hogy az adott rendszeren hol helyezkednek el 
a fájlok, mert egyes Java-alkalmazások telepítésénél meg kell 
adni az ANT HOME-ot, azaz azt, hogy az adott gépen hol 
található meg az Ant program. Ha erre sokszor szükségünk 
lesz, érdemes az ANT HOME környezeti változót a 
/etc/environment-ben megadni: 


-?t echo ANT HOME-/usr/1ocal/ 
5-akarta-ant-1.5.1 355 /etc/environment 


Ha nem szeretnénk minden egyes Ant-utasításnál a teljes 
elérési útvonalat megadni, a PATH környezeti változót a 
következőképpen módosítsuk: 


export PATIH-SPATH:$SANT HOME/bin 


Debian alatt ezt a lépést akár ki is lehet hagyni, hiszen az ant 
parancsra a /usr/bin-be Ant néven egy közvetett hivatkozás 
(symlink) kerül, s ezt a jegyzéket a PATH rendszerint 
tartalmazza. 


Projekt 

Az Ant a build.xml fájlt használja a projektek (projects) 

leírására, ezért az XML alapszintű ismerete szükséges ahhoz, 

hogy az Ant programot használni tudjuk. Azok számára, akik 

láttak már HIML-t, az XML formája nagyon ismerős lesz. 

Az XML egy olyan szövegfájl, ami adatokat ír le, jelen esetben 

majd a fordítás értékeit. Minden build.xml fájlnak tartalmaznia 

kell egy projektet (project) és legalább egy célt (target). A célok 

a projekten belül helyezkednek el. Ha az Ant indításakor nem 

adjuk meg, hogy melyik célt vagy célokat hajtsa végre, akkor 

a projekten belül az alapértelmezettként (default) megadott cél 

kerül végrehajtásra. 

A projektnek három értéke lehet: 

e name: a projekt nevét adja meg (nem kötelező). 

e default: az alapértelmezett célt adja meg (kötelező). 

e  basedir: a munkakönyvtárat adja meg (nem kötelező 
megadni és később felülbírálható). 1. listánk egy folyamat 
megadását szemlélteti. 


cproject name-"Elso" default-"kiir" 
basedir-" §HE 
ctarget name-"kiir": 
cecho message-"Elso build.xml 
öonrobalkozas" /s 
c/target: 
c€/projects: 
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cproject name-"Masodik" default-"kiir" 
spasedir-". "s 

ztarget name-"kiir" /: 
ztarget name-"beallit" 
ztarget name-"fordit" 

s depends-"kiir, beallit" /s 


je 


2/pYCJECt- 


cproject name-"Harmadik" default-"keszit" 
spaásediv "em 
-property name-"celkonyvtar" 
—value-"build" 
ctarget name-"kiir": 
zecho message-"A S$ícelkonyvtar) 
ssvelkeszitese.."/s 


/: 


c/target: 


ctarget name-"keszit" depends-"kiir": 
cimke sedir tot celkönyveat ) 17 
c/target: 
2/projects 


A célok 


A célok akciókat írnak le, azaz megmondják, hogy az egyes 

cél eléréséhez milyen műveleteket kell végrehajtani. 

A célok között függőségeket is megadhatunk. Ha például azt 

szeretnénk, hogy a .class fájlok majd rendre a build könyvárban 

legyenek, akkor nyilván először a könyvtárat kell elkészíteni, 
azután a .class fájlok is átkerülhetnek a megadott könyvtárba. 

Ha a 2. listában látható fordit nevű célt szeretnénk végrehajtani, 

akkor először nem az fog lefutni, hanem a kiir, majd a beallit, 

és végül a fordit. 

A célnak öt értéke lehet: 

e name: a cél nevét adja meg (kötelező). 

e . depends: a függőségeket adja meg, ha több más céltól is 
függ, akkor vesszővel kell elválasztani őket egymástól. 

e if: lehetőség nyílik a feltételes fordításra, azaz az adott cél 
csak akkor kerül végrehajtásra, ha egy adott tulajdonság 
(property) be van állítva. 

e unless: az if ellentéte, azaz ha be van állítva, akkor nem 
kerül végrehajtásra. 

e description: arra ad lehetőséget, hogy az adott cél 
szerepét, esetleg működését leírjuk. 


A feladatok 
Egy feladatot (task) a következőképpen lehet megadni: 


-feladatnev attributumi-"erteki" 
sattributum2-"ertek2" Zs 


A feladatok megadása biztosítja a legnagyobb szabadságot. Ren- 
geteg beépített feladat (java, javac, jar, war, echo stb.) 
létezik, de saját magunk is meghatározhatunk ilyeneket. A fela- 
datnev-nek megfelelő program kerül majd végrehajtásra, azokkal 
az értékekkel, amelyeket a fenti formában adhatunk meg. Pél- 
dául az cmkdir dir-"build"/: bejegyzés hatására egy mkdir 
build parancs fog végrehajtódni. A feladatok pontos megha- 
tározását a 5 http:/ant.apache.org/manual coretasklist.html 
oldalon találhatjuk meg. 
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cproject name-"Negyedik" default-"kiir" 
-pbasedir—-". "s 
-property environment- "enyi /- 
zctarget name-"kiir": 
cecho message-"A TERM 
kornyezeti valtozo erteke 
S- 5jenv. TERM] 1/- 
c/target: 
c/project: 


public class Film 
private String Title; 
private String Genre; 
private String Director; 


DUDÁS TE ENEALÉNn0 
( 
Title - Genre - 
S DITSGLOT E 
null; 
] 
public void setTitle(String Title) 
ÜENSSzTLEle 5 eTTETé 8 
public void setGenre(String Genre) 
( this.Genre - Genre; ) 
public void setDirector(String 
Director) 
TT TERTSSDÍTECEGY E DITECEGE;" ) 
public SEring getritlet) 
h retútrn vitlées 
public String getGenre() 
( return Genre; )! 
puolic String getDirector() 
í retütn DItectom; ] 


A tulajdonságok (properties) 
A tulajdonság is egy feladat (task), ami lehetőséget teremt 
arra, hogy egy folyamat tulajdonságait beállítsuk. E tulaj- 
donságokra a folyamaton belül a $ítulajdonsagnev]) 
formában lehet hivatkozni. A 3. listában megadott feladat 
már egy kicsit összetettebb. A celkonyotar tulajdonságra 
kétszer is létezik hivatkozás. Ezenkívül érdemes a basedir 
értéket is szemügyre venni. Ha az Ant programot a 3. listá- 
nak megfelelően futtatjuk le, létrejön a /tmp/build könyvtár. 
Öt lehetőségünk van arra, hogy egy tulajdonságot 
beállítsunk: 
e a name és a hozzá tartozó value megadása. 
e aname és a hozzá tartozó refid megadása. 
e a file értéket használva a hivatkozott fájl nevével 
(itta name-et nem szabad megadni). 
e a resource értéknek és a hivatkozott fájl nevének 
a megadása (itt szintén nem szerepelhet a name). 
e az environment érték használatával és egy előtag 
(prefix) megadásával (lásd a 4. listát). 


cproject name-"Mintaprogram" 


medeftawlt-"fordátabasedje Ve 
cdescriptionsz 
Minta program ant mukodesere. 
c/descriptionsz 
c1-- tulajdonsagok beallitasa --: 


cproperty name-"src" location-"src" 
/2 
cproperty name-"build" 
s lócatton- it Hun kae s 


cproperty environment-"env! /s 


ctarget name-"kiir": 
cecho message-"Kornyezeti 
se val tozok: Ney 
cecho message- "JAVA HOME: 
5$f(env.JAVA HOME)" /s 
cecho message-"ANT HOME: 
—$(env.ANT HOME)" /:5 
c/targets 


ctarget name-"keszit": 

c1-- A szukseges konytar(ak) 
sselkeszitese (ha meg nem leteztek elotte) --: 

-mkdiv dív-"Sfoudld) 7 
c/targets 


ctarget name-"fordit" 
—depends-"kiir,keszit": 

c1!-- a ./src ben levo java forrasok 

—m]leforditasa a ./build -be --- 


sjavacsredie Vol enéj 
ödestdir-"Síbuildj" /: 
c/targets 


zctarget name-"clean": 
ca1-- a java binarisok torlese --: 


zdelete dir-"$(build)"/: 
c/targets 


2/projcct- 


Az első lépések. . . 

Most már rendelkezünk az alapismeretek nagy részével - itt 
az ideje, hogy a tettek mezejére lépjünk. A -f kapcsoló fela- 
data ugyanaz, mint a make-é: kiválaszthatjuk vele a leírófájlt. 
Ha nem adjuk meg, akkor a munkakönyvtárban lévő build.xmil 
fájlt fogja használni. Az ant parancs után egy vagy több cél 
megadására is lehetőség nyílik. Ha egyet sem adunk meg, 
akkor értelemszerűen az alapértelmezett cél fog végrehajtódni 
(ezért kötelező minden esetben ennek az értéknek a mega- 
dása). A 3. listában megadott folyamatot mentsük egy XML- 
fájlba, adjunk neki egy tetszőleges nevet (harmadik.xml), 

és nézzük meg a következő két utasítást: 
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-S§ ant -f harmadik.xmil 


-S§ ant -f harmadik.xmil kiir 

Az első esetben nem adtunk meg célt, ezért az alapértelmezett 
cél hajtódik végre. Ennek az a feladata, kiírjon egy üzenetet, 
ezt követően készítsen egy könyvtárat. Ezzel szemben a máso- 
dik parancskiadás már egy célt tartalmaz, mégpedig a kiir 
nevűt. De ennek nem feladata a könyvtárkészítés, ezért csak 

a kiírás történik meg. 

Az Ant nem arra való, hogy a képernyőre írogassunk vagy 
könyvtárakat készítsünk vele. Ezek csak segédszolgáltatások. 
Most lássunk egy példát egy Java-program fordítására: adott 

a Program. java (5. lista) és Film.java (6. lista) Java-forrás. Ezek 

a pillanatnyi könyvtár src alkönyvtárában találhatók. A követ- 
kező lépéseket kell végrehajtani, ha le szeretnénk őket fordítani: 


-S§ mkdir build 

-S§ 1s 

build src 

-$§ javac -d ./build ./src/Film.java 

-$§ javac -classpath ./build -d ./build 
./src/Program. java 

-S§ cd build 

-$§ java Program 


Ez még nem annyira nagy gond, de ha már több osztály van, 
és a jar-fájlok is szükségesek, akkor a fenti módszer nem sok 
jót ígér. Ugyanakkor, ha a 7. listán megadott build.xmil fájlt 
használjuk, elegendő ennyit beírni: 


-S§ ant 
-$§ cd build 
-$§ java Program 


A 7. listában szereplő fájlban az újdonság a cjavac 
eredir-"Si8srej" destdire"Síibuúildj"v / s 
folyamat(task), mely az összes src könyvtárban lévő Java-for- 
rást lefordítja a build könyvtárba (itt is jól látszanak a hivat- 
kozások a tulajdonságokra). 

A fenti műveleteket make programmal is meg tudnánk 
csinálni, viszont make-kel nem tudnánk az src könyvtárat és 
a build.xmIl-t egy másik operációs rendszerre átvinni, és ott 
módosítás nélkül lefordítani ezt az egyszerű programot. 

Az Ant remek tulajdonságainak köszönhetően (Java-alapok, 
XML használata) alapja lehet a jelenkor és a jövő 
operációsrendszer-független alkalmazásfejlesztéseinek. 


A listák megtalálhatóak a 46. CD Magazin/ Ant könyvtárában. 


Fabók Zsolt (fabokzsCozib iit.uni-miskolc.hu) 

A Miskolci Egyetem Informatika szakos hallgatója és 
demonstrátora. A ZIB linuxos társaság oszlopos tagja. 
Szabadidejében osztott rendszerekkel foglalkozik. 


5 http://ant.apache.org/ 
2 http://java.sun.com/xml 
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Alkalmazásfejlesztés a Zope segitségével 


Webes alkalmazások varázsütésre, néhány egérkattintással, 





avagy hogyan fogjuk munkára Zope-ot, a nagy varázslót. 


alán még sosem volt ennyire fontos a sebesség és a 
h hatékonyság, mint napjainkban. A mában születő ötle- 
tekből hozzuk létre a jövő world wide webjét. Rohanó 
világunkban a jövő csak egy karnyújtásnyira van, és minden 
ötletből gazdája a lehető leghamarabb valami működő, kézzel- 
fogható dolgot szeretne látni. A lehetőségek adottak, csak a 
megfelelő eszközt kell kiválasztanunk. 
Cikksorozatunkban egy webes alkalmazásfejlesztő eszközzel 
ismerkedünk meg, a Zope-pal. A Zope valójában egy HITP- 
kiszolgáló, ennek köszönhetően mind a beállításait, mind 
adataink kezelését böngészőn keresztül végezhetjük. 
A Zope tudja mindazt, amit a jelenkor igényei megkövetelnek: 


e — leljes mértékben objektumokra épül, így biztosítva a már 
megalkotott elemek újra-felhasználhatóságát. 

e — Egyszerű felhasználói és programozói felülettel bír, így a 
kezdő felhasználók is könnyedén elsajátíthatják a használatát. 

e Beépített tartalomkezelő rendszert nyújt, amivel azok is 
könnyen boldogulnak, akik egyébként nem járatosak a 
programozás világában. 

e — Beépített jogosultsági rendszert tartalmaz, így pontosan 
beállítható, hogy a rendszer felhasználóinak milyen objek- 
tumokhoz legyen hozzáférése. 

e A különböző változatok kezelése is beépített tulajdonság, 
így egyetlen fájlból egyetlen könyvtárban akár több válto- 
zatot is tárolhatunk anélkül, hogy a különböző változatok 
bármilyen módon zavarnák egymást. 

e A Zope naplózó rendszerének köszönhetően a Zope 
felhasználói felületén végzett műveletek szinte kivétel 
nélkül visszafejthetők. 

e A Zope teljes egészében nyílt forrású, így bárki a saját 
elképzelései szerint módosíthatja az alkalmazást. 

e . A Zope-hoz írt programok felületfüggetlenek, azaz bármilyen 
rendszeren működőképesek, ahol a Python és a Zope tut. 


A legelső pontot, miszerint a Zope objektumokra épül, külön is 
érdemes kihangsúlyozni, hiszen a Zope a PHP-vel és az ASP- 
vel ellentétben teljesen objektumközpontú. A Zope erőteljesen 
támaszkodik a Python programnyelv lehetőségeire, ugyanis 
maga a Zope is Pythonban készült - eltekintve néhány kisebb 
résztől, amit a nagyobb teljesítmény érdekében C-ben írtak 
meg. A Pythonon kívül a Zope lehetőséget teremt a Perl hasz- 
nálatára is, így ki-ki maga döntheti el, hogy számára melyik 
programozási nyelv a rokonszenvesebb. 

A tartalom kialakítására és rugalmassá tételére is több lehetőség 
kínálkozik, sőt ez az a terület, amelyben a Zope igazi ereje 
lakozik. Ez a két eszköz a DIML (Document lemplate Markup 
Language) és a ZPT (Zope Page lemplates) fogalmat takarja. 

A két eszköz nagyjából hasonló, mindkettővel HIML-fájljaink- 
ba szúrhatjuk be a Zope-nak szóló parancsokat. A DIML a 
tartalom kezelésére sokkal szélesebb körű szolgáltatásokat 
nyújt, a használata azonban manapság már inkább kerülendő, 
több szempontból is. Elsőként a DIML túlságosan bonyolult 
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felületek kialakítását is lehetővé teszi, ami már programozás- 
nak minősül, és így a logika elveszti egyszerűségét. A második, 
ami talán a legfontosabb: ha egy DIML-kóddal teleszurkált 
HTML -fájlt betöltünk a kedvenc weblapszerkesztőnkbe, akkor 
nagy valószínűséggel a szerkesztő szépen eltávolítja a paran- 
csainkat, mivel nem ismeri őket. 

Ezt az utóbbi gondot a ZPT úgy oldotta meg, hogy nem úgy- 
nevezett tagokat, hanem a tagok mögé másik névterülethez 
tartozó kapcsolókat szúr be, amit aztán a weblapszerkesztő 
programok (legalábbis az újabbak) nem bántanak. 

De lássuk csak, miről is van szó! Alább látható egy DIML- 
parancs: 


cp:cdtml-var titlesc/p: 
Míg ennek ZPT-s megfelelője: 


cp tal:content-"template/title"5Az oldal 
mc mec/p: 


Majd a későbbiekben látni fogjuk, hogy az egyes szerkezetek 
pontosan mit is jelentenek. 


A Zope telepítése 

A Zope-ot a 5 http:/www.zope.org Download menüpontja 
alól tölthetjük le, ami mindig a legfrissebb változatot tartal- 
mazza. Ha azonban egy a Linux-terjesztésünkhöz hangolt 
változatra van szükségünk, jó eséllyel kereshetjük a Zope-ot 

a terjesztésünkhöz mellékelt CD-ken is, mivel elterjedtségének 
és népszerűségének köszönhetően ma már a nagyobb linuxos 
cégek is mellékelik. 

Ha Debian GNULinuxot használunk, elég a következő paran- 
csot begépelnünk: 


apt-get install zope 


A telepítést követően a Zope-ot a Zope könyvtárában kiadott 

. /start paranccsal indíthatjuk el. Debian esetében az 
alkalmazást nem szükséges külön elindítani, mivel az telepítés 
után magától elindul. Ha valamilyen okból kifolyólag mégsem 
indult volna el, használhatjuk a következő parancsot is: 


/etc/init.d/zope start 

Ezt követően a kedvenc böngészőnket is indítsuk el, és csatla- 
kozzunk a Zope felhasználói felületéhez a következő cím 
begépelésével: 

http:/localhost:8080/ 

Ha a Zope-ot Linux-terjesztésünk CD-jéről telepítettük, elkép- 


zelhető, hogy nem a 8080-as kapun kell csatlakozni, hanem egy 
másikon, de ez a CD-hez adott leírásból kiderül. Debian eseté- 


ben például a 9673-as kapun. Ha se a 8080-as, se a 9673-as 
kapun nem jártunk sikerrel, és a dokumentáció sem tér ki erre 
a dologra, akkor a netstat -nt1 parancs kiadásával megnéz- 
hetjük, hogy milyen kapuk vannak nyitva a gépünkön. Ha 
találunk egyet a 8-9000 körüli tartományban, akkor nagy való- 
színűséggel az lesz a mi Zope-unk. 

Amennyiben a Zope-ot nem önálló webkiszolgálóként szeret- 
nénk futtatni, hanem mondjuk Apache vagy IIS alatt, a Zope 
arra is lehetőséget ad. 

Ha a böngészőnkben sikerült behoznunk a Zope kezdőoldalát, 
kattintsunk az itt megjelenő Zope Management Interface 
hivatkozásra, vagy a böngésző címsorába gépeljük be a követ- 
kező címet: 


http://localhost:8080/manage 


A belépéshez először egy úgynevezett emergency, vagyis vész- 
helyzet-felhasználót kell létrehoznunk. Ezt csak rendszergaz- 
daként tudjuk megtenni, ugyanis a Zope első használata során 
csakis ezzel a felhasználóval tudunk belépni. Ehhez először be 
kell lépnünk abba a könyvtárba, ahova a Zope-ot telepítettük, 
majd ki kell adni a következő parancsot: 


H python zpasswd.py access 
Debianban is hasonlóképpen működik: 
t /usr/sbin/zope-zpasswd /usr/lib/zope/access 


A vészhelyzet-felhasználó neve bármi lehet, de általában 
emergency-nek vagy admin-nak szokás nevezni. Ez a felhasz- 
náló egyébként különös szerzet, mivel nevezhető nagyhatal- 
múnak, ugyanakkor gyengének is. Gyenge, mivel az emergency 
felhasználóval csak más felhasználók beállításait módosíthat- 
juk, egyéb elemekhez nem férünk hozzá; de ugyanennek 
következtében nevezhető nagyhatalmúnak is, mivel a Zope- 
ban lévő összes felhasználót módosíthatjuk, újakat vehetünk 
fel vagy régieket törölhetünk. 

Ennek okán ha a vészhelyzet-felhasználóval sikeresen bejelent- 
keztünk, hozzunk létre magunknak egy általános felhasználót. 
Lépjünk be az ac! users könyvtárba, és az Add gombra kat- 
tintva Manager és Owner jogosultságokkal vegyük fel a fel- 
használónkat. Ezt követően a vészhelyzet-felhasználónkkal 
lépjünk ki, és az újonnan létrehozott felhasználóval jelentkez- 
zünk vissza. Innentől kezdve már bármilyen objektumot 
létrehozhatunk, felhasználókat módosíthatunk, vagy bármit 
megtehetünk, ami csak az eszünkbe jut (lásd a képet). 


A Zope használata 

A Zope-ba bejelentkezve, ahogy azt már észrevehettük, egy 
fájlkezelőszerű ablakot kapunk. És valóban, az egész nem más, 
mint egy fájlkezelő. A bal oldali keretben lehet kiválasztani a 
pillanatnyi könyvtárat, a jobb oldalon pedig a könyvtárban 
állíthatunk a megfelelő tulajdonságokon. 

A mappákban új objektumokat felvenni a jobboldali keret felső 
sarkában található legördülő listával és az Add gombbal lehet. 
Objektumnak minősülnek a könyvtárak is, így amennyiben 
mondjuk a saját könyvtárban, tehát a Root Folder-ben egy új 
könyvtárat szeretnénk felvenni, a legördülő listából jelöljük ki a 
Folder elemet, és kattintsunk az Add gombra. ID-nek, vagyis új 
objektumazonosítónak adjuk meg a létrehozandó könyvtár ne- 
vét, ami legyen mondjuk , teszt"; title-nek, vagyis az elem címé- 
nek pedig adjuk a sokat sejtető , leszt mappa" címet. 
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A Zope induláskor 


Ha ezzel megvagyunk, kattintsunk megint csak az Add 
gombra, és csodáljuk meg a létrejött könyvtárat. Minden Zope- 
objektum rendelkezik egy azonosítóval, amivel hivatkozhatunk 
az objektumra. Felfoghatjuk ezt úgy is, mint egy változónevet. 
Ezenkívül minden objektumnak van egy title tulajdonsága, 
ami az objektumhoz tartozó címet hivatott megadni. ID-nek 
csak olyan nevet választhatunk, ami semmilyen különleges 
karaktert nem tartalmaz, mivel ezzel az azonosítóval kell majd 
a későbbiekben a böngészőből is hivatkozni, hogy az objek- 
tumot elérhessük. 

Itt érdemes megjegyezni, hogy minden egyes ablakban a jobb 
felső sarokban találunk egy Help! hivatkozást, ami mindig az 
adott tartalomhoz kapcsolódó súgót jeleníti meg. Így ha egy 
ablakban nem vagyunk biztosak az egyes tulajdonságok jelen- 
tésében, vagy nem tudjuk, mi a teendő, nyugodtan forduljunk 
a Help!-hez segítségért. 

Az objektumokra a jobb oldali mezőben található lenti eszköz- 
tárral lehetünk hatással. E gombok segítségével nevezhetünk 
át, mozgathatunk, vagy törölhetünk objektumokat. A cut/copy/ 
paste gombok teljesen úgy működnek, mint ahogyan azt 
bármely szövegszerkesztőben vagy fájlkezelőben megszok- 
hattuk. Jelöljünk ki egy elemet, mondjuk a standard htm([ 
header nevű objektumot, tehát kattintsunk a név mellett talál- 
ható jelölőnégyzetbe, ezt követően pedig kattintsunk a Copy 
gombra. Ezután lépjünk be a teszt mappánkba, és kattintsunk 
a Paste gombra. Mint ezután láthatjuk, a másolás sikeresen 
megtörtént, ahogyan arra számítottunk is. 

Az Import/Export gomb arra szolgál, hogy a Zope-ba objek- 
tumokat emeljünk be (import), illetve onnan emeljünk ki 
(export). Ennek azért van nagy jelentősége, mert a Zope 
objektumai nem a fájlrendszerben helyezkednek el, tehát 
Linux fájlrendszerünkből közvetlenül nem férünk hozzájuk, 
hanem egy úgynevezett konténerfájlban találhatók, amihez 
csak a Zope-on keresztül juthatunk hozzá. Emiatt létezik egy 
külön ZopeFTE amit a 8021-es kapun keresztül szokás elérni. 
Ide belépve a Zope fájlrendszerében tallózhatunk, és másol- 
hatunk fájlokat, akárcsak ha bármilyen más FIP-kiszolgálóra 
léptünk volna be. 

Az Import és Export menük .zexp-fájlokat kezelnek. Ha a 
későbbiekben a Zope-unkhoz valamilyen alkalmazást töltünk 
le, azt is ilyen .zexp-fájlból beemelve tudjuk a Zope-ból 
elérhetővé tenni. 

A jobb oldali keretben a felső sarokban további füleket találha- 
tunk. Eddig csak a Contents fül tartalmával ismerkedtünk meg, 
amiből az objektumok közvetlenül érhetők el, azonban létezik 
még néhány érdekes fül. Az egyik ezek közül a View, amire kat- 
tintva az adott könyvtár feldolgozott tartalma látható, vagyis az, 
amit később jó esetben a Webről is el lehet érni. Az itt látható 
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tartalomra igaz, hogy amennyiben közvetlenül nem adunk meg 
objektumnevet, először egy index html fájlt keres a könyvtár- 
ban, és ha talál ilyet, annak a tartalmát jeleníti meg. 
Számunkra érdekes lehet még az Undo fül, itt az eddigi mű- 
veleteink listáját fedezhetjük fel. Bármelyiket kijelölve és az 
Undo gombra kattintva visszavonhatjuk őket. Megjegyzendő, 
hogy csak olyan eseményt , csinálhatunk vissza", aminek a 
Zope szempontjából van értelme. Ha tehát egy könyvtárba 
bemásolunk egy fájlt, majd töröljük a könyvtárat, akkor a 
kérdéses fájlt csak úgy állíthatjuk vissza, ha a mappa törlését 
is visszavonjuk. 


Ismerkedés a Zope objektumaival 

Mint már említettem, a Zope objektumokkal dolgozik, emiatt 
minden, amivel a Zope alatt dolgozunk, objektumok formájá- 
ban érhető el. Objektumok a könyvtárak, a fájlok és a HIML- 
oldalak is. A jobb oldali keretben az Add gombhoz tartozó 
legördülő listát tallózva további elemeket láthatunk. Ilyen elem 
például a Temporary Folder, amiből máris találunk egy példányt 
a saját könyvtárban. A temp folder-ben található elemeket a 

a tartalma elvész. Mivel az itt található objektumok a memóriá- 
ban tárolódnak, figyeljünk arra, hogy ezt a könyvtárat ne 
töltsük meg túlságosan, mert ilyen módon rendszerünk összes 
Az DTML Document nem más, mint amiről már korábban is 
szó volt. A Page Template pedig a ZPT-t rejti, amivel ZPT- 
oldalakat hozhatunk létre. 

A DIML- vagy ZPI-dokumentum létrehozásánál ugyanúgy 
meg kell adni az ID-t és Title-t, mint minden objektum eseté- 
ben, és emellett arra is lehetőségünk van, hogy az újonnan 
létrejövő objektumhoz egy már létező fájlt töltsünk fel, ha a 
File mezőt kitöltjük. Amennyiben nem töltünk fel fájlt, úgy a 
Zope az objektumot egy alapértelmezett tartalommal tölti fel, 
amit nyugodtan átszerkeszthetünk. 


Sablonoldalak 

A ,page template"-ek oly módon könnyítik meg a programo- 
zók és a grafikusok munkáját, hogy az így készített oldalak 
szinte bármilyen honlapszerkesztőben szabadon szerkeszthe- 
tők, anélkül, hogy az oldalakba épített logika sérülne. Mint már 
említettem, ez annak köszönhető, hogy a ZPI-vezérlők nem 
külön HIML-címkékként épülnek be az oldalba, amit a hon- 
lapszerkesztő program alkalomadtán szó nélkül kivághat, 
hanem a létező HIML-címkékhez kapcsolódnak, és így sértet- 
lenül megúsznak egy alapos külalak-átváltoztatást is, feltéve, 
hogy a szerkesztőprogram tiszteletben tartja a ZPT kapcsolóit. 
A mai szerkesztőprogramok többsége szerencsére már megfe- 
lelően viselkedik ilyen helyzetekben is. 

A ZPT a TAL-t, vagyis a Template Attribute Language-et hasz- 
nálja az oldalszerkezet kialakításakor. A TAL a HIML-címkékbe 
épül be, a tal névtér alá, vagyis a ZPI-nek szánt utasításainkat 
a tal : kulcsszóval kell kezdenünk: 


zétitle tal:content-"here/title"s5Az oldal 
mc mec/titles 


A névtér egy XML-fogalom, amivel esetünkben a tal : külön- 
bözteti meg a ZPI-nek szóló kapcsolókat a HIML kapcsolóitól, 
így minden olyan honlapszerkesztő, ami felismeri az XML-t, 

a ZPIT-utasításokat sem fogja bántani. 

A fenti példában a ZPI , Az oldal címe" szöveg helyére a 
title változóhoz kapcsolódó tartalmat fogja beszúrni. A ZPT 
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7. lista Egy új sablon 


cahtml: 
czheadsz 
ctitle tál conEene Itéemp late ETEVEM AZ 
moldal c me-cz/titles 
c/headsz 
cbodyz: 


ch2:5cspan tal:replace-"here/title or id": 
5A tartalom c me vagy 
sazonos t jac/span: 


zspan tal:.condition-"templatejtitle" 
stal:replace-"template/title": 
A tartalom c me, ha meg van 
5 advac/span:c/h25 


Ez egy sablon -cem tal : content- 
5 "template/id"ssablon azonos t c/ems. 
c/bodyz 
c/html: 


utasításaival nemcsak a HIML-címkék közé szúrhatunk be 
szöveget, de a teljes címkeszerkezet lecserélésére is lehetősé- 
günk van. Az így végrehajtódó utasítások minden alkalommal 
önműködően mennek végbe, valahányszor csak valaki meg- 
tekinti az oldalt. 

Az egyetlen dolog, amire a ZPT nem képes, az a bonyolult 
utasítássorozatok vagy a végrehajtódás folyamatát szabályozó 
műveletek kezelése, mint amilyenek például a függvények, 
vagy az osztályok. Az efféle műveleteket kizárták a ZP1-ból, 
mivel az ilyen bonyolultságú műveletekre a Zope más lehe- 
tőségeket biztosít. 


A sablonok gyakorlati alkalmazása 

Első lépésként felhasználónkkal be kell jelentkezni a Zope 
kezelői felületére (a ZMI-re), majd a gyökérkönyvtárban 
létre kell hoznunk egy zpt-proba nevű könyvtárat, a könyv- 
tárhoz pedig hozzá kell adunk egy Page template típusú 
elemet, majd pedig, ha a böngészőnk nem lép önmagától 
tovább, az Add gombra kell kattintanunk. Ezt követően beál- 
líthatjuk ZPI-elemünk azonosítóját (ID), amivel az elemet 
majd a Weben keresztül el lehet érni, emiatt a nevét is ennek 
megfelelően kell megválasztani, tehát nem tartalmazhat 

sem ékezetet, sem egyéb különleges karaktert. Az első olda- 
lunk neve legyen elso oldal. A fájl mező kitöltésére csak 
akkor van szükség, ha egy létező fájlt szeretnénk feltölteni 

a Zope könyvtárszerkezetébe. Esetünkben egy új sablont 
szeretnénk szerkeszteni, így kattintsunk az Add gombra, 
majd pedig a létrejött elso oldal nevén kattintva megtekint- 
hetjük a fájlunk tartalmát. Ha az Add gomb helyett előzőleg 
az Add and Edit gombon kattintottunk, azonnal a szerkesz- 
tőoldalra juthattunk. 

Mint látható, a Zope nagyon elkényeztet minket: nem kell egy 
teljesen új sablont szerkesztenünk, hanem felajánl egy kezdet- 
leges sablont, amit tetszés szerint átszerkeszthetünk vagy akár 
teljesen kitörölhetünk, esetleg kibővíthetünk (1. lista). 

A tal : content kapcsoló a HIML-címkék közötti részt, 
vagyis a tartalmat cseréli le, tehát ha megadjuk a következőt: 


cp tal:content-"template/title"5Az oldal 
c mec/p: 


akkor a ZPT ezt a következőképpen fordítja le a böngészőnek: 


cp:Az oldal c me, amit a title vEltoz ban 
—beXEll tottunk.c/p: 


Mint látható, , Az oldal címe" szöveg teljes egészében elveszik. 
Ez a szöveg csak arra jó, hogy a programozónak vagy a grafi- 
kusnak támpontot nyújtson, hogy eredetileg milyen tartalmat 
szántak az adott helyre, de a felhasználó szempontjából 
lényegtelen, mivel a ZPT teljes egészében eltünteti. 

Más a helyzet a tal : replace kapcsolóval, ami az egész cím- 
keszerkezetet lecseréli. Lássuk, hogyan néz ki egy ezt a kap- 
csolót használó HIML-sor: 


cp tal:replace-"template/title"5Az oldal 
c mec/p: 


A böngésző ebből csupán ennyit fog látni: 

Az oldal címe, amit a title változóban beállítottunk. 

Tehát a cp: címke, és a c/p: zárócímke teljes egészében 
eltűnik, és a helyére a tal : replace-nek megadott változó 
tartalma kerül. A tal : replace esetén a cp: helyett ajánlott 
a cspan: HIML-címke használata, mivel ez önmagában 
semmilyen kinézetet befolyásoló jelentéssel nem bír. Bár a ZPT 
és a böngésző számára ez teljesen mindegy, a programozó és 

a grafikus számára, aki a honlapszerkesztőben látja az oldalt, 
zavaró lehet egy látszólag felesleges új bekezdést jelölő címke, 
míg a cspan: használata esetén a szerkesztendő szöveg a 
szerkesztőprogramban úgy jelenik meg, ahogyan a felhasználó 
böngészőjében fog. 

A tal : content kapcsoló egy egyszerű feltételt takar, és az azt 
követő tal : replace kapcsoló csak akkor fog kiértékelődni, 
ha a feltételben megadott változó tartalma adott. 


A sablonokról egy kicsit bővebben 

A sablonok segítségével lehetőség van egyszerű vezérlési 
szerkezetek, például ismétlések kezelésére is, amelyek alkal- 
mazására a 2. listában (46. CD Magazin/Zope) láthatunk 
példát. A korábban tanultakat alapul véve talán nem okoz 
nehézséget a ZPI-szerkezet megértése, de azért lássuk csak, 
miről is van szó. A tal : repeat kapcsolóban megadott má- 
sodik elem, a container/objectValues a sablon könyv- 
tárában található fájlok hivatkozásait tartalmazza, amiken 

a repeat utasítás sorban végiglépdel, és minden egyes 
menetben egy változót ad értékül az első elemként megadott 
elem változónak. Ilyen módon az elem változón keresztül 
lehetőségünk nyílik a könyvtárban található minden egyes 
állomány tulajdonságainak lekérdezésére. Az elem/getId 
tulajdonság az éppen feldolgozás alatt lévő elem azonosítóját 
jelenti, míg az elem/title a feldolgozás alatt álló elem 
címkéjét. A meta type tulajdonság tartalmazza az adott 
állomány típusát. 

A repeat/elem/number tulajdonság az adott ciklusra vonat- 
kozik. Azt mutatja, hogy az adott elem hányadik a sorban. 
Mivel a tal : repeat kapcsolók egymásba ágyazhatók, ha a 
kereséshez tartozó tulajdonságokhoz szeretnénk hozzáférni, 
meg kell adnunk azt is, hogy pontosan melyik tal : repeat 
ciklusra gondolunk, ezt a repeat / után megadott ciklusazo- 
nosító változóval tehetjük meg. Ilyen módon a ZPI már ponto- 
san tudni fogja, hogy a repeat/elem/number tulajdonság 
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keresésekor melyik ciklus adataival kell visszatérnie. A number 
helyett használhatjuk az index tulajdonságot is, ami annyival 
különbözik, hogy a számozást nem egytől, hanem nullától 
kezdi. Használható tulajdonságok még a letter és a Letter 
elemek, amik az egyes sorokat betűvel jelölik, a letter eseté- 
ben kisbetűvel, a Letter esetében nagybetűvel. 

A táblázatban a negyedik oszlop megadásánál a következő 

sor látható: 


cimg tal:attributes-"src elem/icon": 


Itt a tal : attributes használatára láthatunk példát. Az 
attributes kapcsoló annyit tesz, hogy az adott HIML-címke 
(vagyis esetünkben az img) egy kapcsolóját módosítja. A mó- 
dosítandó kapcsoló neve az attributes kapcsolóban mega- 
dott szöveg első része (src), majd ezt követi a változó, amit 

a kapcsolónak értékül akarunk adni, vagyis az elem/icon 


ába 
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tartalmazza. A tal : attributes tehát a HIML-címke egy 
kapcsolójának a tartalmát módosítja, vagyha az még nem 
létezik, akkor létre is hozza. A fenti sor hatására a ZPT a követ- 
kező HIML-kódot küldi a böngészőnek: 


cimg src-"ikon elgrOsi etja": 


Összegzés 

Az előző oldalakon a Zope-pal ismerkedhettünk meg. Egy 
rendszer, ami különbözik mindentől, amivel eddig programo- 
zóként vagy webes fejlesztőként találkozhattunk. Ötvözi a 
hatékony programozás és a gyors, kattintgatásos honlapszer- 
kesztés előnyeit — mindezt meglepően logikus formában 
tálalva, hogy még a kezdő felhasználók is elsőre megértsék 
működését, ugyanakkor a szakavatott felhasználók számára 
is minden lehetőség biztosított legyen. 

Ha kedvet kaptál ahhoz, hogy alaposabban megismerkedj 

a Zope-pal, a Kapcsolódó címek részben található oldalakon 
elindulva kellőképpen elmélyítheted az ismereteidet. 

A cikksorozat következő részeiben a Zope néhány alkalmazá- 
sával ismerkedünk meg. Szó lesz a Plone-ról, a felhasználók 
által legjobbnak ítélt tartalomkezelő rendszerről, és kitérünk 
a Zope komolyabb lehetőségeire is. 


Gludovátz Gábor (ggaborCsopron.hu) 

Hobbija a programozás és a bringázás. Szereti a 
Perl és a Python hatékonyságát, a PHP egysze- 
rűségét, a Java logikáját, és a Ct- kibogozhatat- 


] lan szépségét. Szabadidejében úszik vagy bringá- 
ján a szülővárosát körülölelő dombokon tör a 
legmagasabb csúcsok felé. Honlapja a 3 http://gludo.sopron.hu 
címen érhető el. 
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Sablonelvú fejlesztés a Smarty segítségével (1. rész) 


Ismerkedjünk meg a Smarty sablonkezelő motorral, amelynek a segítségével 
egyszerűbbé tehető a küzdelem a szebb programkódért és a karbantarthatóbb küllemért. 


ajdanán, amikor először megláttam és megszerettem 
ni a PHP nyelvet, az szólt mellette az egyik fő érvként, 

hogy mindenféle furfangoskodás és cgi-bin könyvtárak 
nélkül, a HIML-oldalakba ágyazgatva alkothattam kisebb- 
nagyobb programokat. Most, évekkel később egyre inkább 
kódjaim olvashatóságának (és ezzel karbantarthatóságának), 
javításának sziszifuszi feladatával küszködöm. Egyre inkább 
zavar az a sok HIML-kód, ami miatt a program logikája 
nehezen áttekinthető. 
Régóta kacsintgattam már a sablonnyelvek felé, de a meg- 
szokás is nagy úr. Csakhogy elég volt egy kíváncsi délután, 
és a próbálkozásból izgalmas felfedezés kerekedett ki. Ezt a 
felfokozott állapotot nemcsak a tiszta programkód idézte elő, 
és nem is az, hogy innentől kezdve akár a , látom, amit készí- 
tek" szerkesztő segédeszközöket is használhatnám (ezektől 
valahogy még mindig ódzkodom) - a legnagyobb élményem 
abból a felfedezésből fakadt, hogy valóban milyen határozot- 
tan el tudom választani a száraz logikát és a külcsínt egymás- 
tól. Innentől kezdve nincs szükségem a programkódban 
kacifántos feltételes elágazásokra csupán azért, hogy a megje- 
lenített listám minden páros sora színben eltérhessen a 
páratlanaktól, és nem kell több tucat programsort az egyik 
PHP-fájlomból a másikba mozgatnom azért, hogy a bal felső 
sarokban figyelő legördülő listámat a jobb alsó sarokba szám- 
űzhessem. Ez a módszer azzal hódította meg teljesen a szíve- 
met, hogy az elkészült színes, szagos weboldal nyomtatható 
változatának előállításához már csak egy kis sablonmunka 
szükséges, a prógramkód pedig maradhat ugyanaz. E sablon- 
rendszer nélkül ez a feladat a teljes oldalmegjelenítő prog- 
ramkód klónozását jelentené, amelyben ezután már lebutít- 
hatnám a megjelenést, mindezt a kevesebb felesleges nyomta- 
tófesték fogyasztásának szent ügyéért. 
Lelkendezésből tán ennyi elég is, lássuk, mi is rejtőzik az 
igencsak felvágós Smarty név mögött! 


Előfordítás 
A Smarty használata előnyösebb számos másik sablonkezelő 


rendszerénél, mivel a megjelenés minőségéért felelős sablonál- 
lomány értelmezése nem történik meg minden oldallekéréskor. 
Ehelyett PHP-parancsállományokat készít belőlük, és mind- 
addig ezeket használja, amíg nem módosítunk az adott sablo- 
non. Egy oldal akár több ilyen darabból is összeállítható (fejléc, 
test, lábléc sablonok külön állományban), ilyenkor csak az 
adott oldaldarabka kerül újra feldolgozásra, ha változott benne 
valami. E trükk segítségével megmarad a programkód és a 
megjelenés elkülönítése, ennek ellenére sincs semmiféle sebes- 
ségbeli hátránya a dolognak. 


sokrétű tudás 

A Smartynak az a tulajdonsága, hogy sok mindent tud, egye- 
sek szerint előny, mások szerint hátrány. A bonyolultabb sab- 
lonnyelvet ellenzők fő érve az, hogy teljesen felesleges egy 
újabb összetett nyelvet bevezetni a Smartyval. Igaz, ami igaz: 


64 


Linuxvilág 


Smarty 2.4.2 Released 


I11-Febrvsry 2002) Another point release, ádded support for dynamic object reference syntax 
($foo-s$bar), support for full variable syntax within guotes ("$foofl0].bar"9, and other minor 
fixes, 


Release Notes here, ChangeLog here, download it here, 


Smarty 2.4.1 Released 


/06 -Februgry 2003] This is a point release, fixing up a few things caught in 2.4.0. 


Release Notes here. ChangeLog here. download it here. 


Smarty 2.4.0 Released 


m — /02-febvvary-2002) Smarty now supports the ability to access objects within the templates. 
Two methods are available, one which closely follows Smartys conventions, and another 
that follows more traditional object syntax for those familiar with PHP, 





2 http://smarty.php.net 


a Smarty sablonnyelvén már-már kisebb programokat is írni 
lehet. Véleményem szerint ez nem okoz gondot, hiszen ezeket 
a tulajdonságokat nem szükséges kihasználni. A Smarty 
egyszerű sablonnyelvként is használható, anélkül, hogy a nem 
használt elemek bármiféle lassulást okoznának a rendszerre 
nézve. Mivel a Smarty előfordítást végez, a nyelvi lehetőségek 
számossága nem befolyásolja a futás sebességét. Ennek a nyelvi 
sokrétűségnek az előnye, hogy általa rugalmasabban osztható 
szét a munka az arculatért felelős honlapszerkesztő és a 
programozó között, ismerve azok képességeit. 


Telepítés és használatbavétel 

Nos, ha már eddig eljutottunk, ismerkedjünk meg cikkünk 
tárgyával. Ehhez először is szükség lesz egy frissen letöltött 
tar.gz állományra. Nosza, vegyük elő a kedvenc böngészőnket, 
és látogassunk el a 3 http:/smarty.php.net weboldalra. 

A Download menüpont mögött rejtező oldalról pillanatok alatt 
beszerezhető a legfrissebb változat — a csomag mai viszony- 
latok szerint igen kicsiny (160 KB) méretének köszönhetően. 

(A Smarty a CD-mellékleten a Magazin/ PHP könyvtárban is 
megtalálható.) A letöltött állomány izgatott kicsomagolása után 
tekintsük meg, mi is van a , dobozban". 

Sok minden helyet kapott a csomagban, de a munkánkhoz nem 
mindenre lesz közülük szükségünk. Ami viszont elengedhetet- 
len, az a három class.php-re végződő állomány Smarty.class.php, 
SmartyCompiler.class.php és Config File.class.php, valamint a 
debug.tpl és a teljes plugins könyvtár. Ezeket érdemes olyan 
helyre pakolni, ami benne van valamelyik, az include path 
beállítások szerint kijelölt könyvtárban. A világháló számára is 
látható területen belül, ahol a Smartyval meghajtott munkánk 
életre fog kelni, három könyvtárra lesz szükség: templates, 
templates c és a configs. Ne feledjünk meggyőződni róla, hogy 
a templates c könyvtárban webkiszolgálónk is képes dolgozni, 
azaz állományokat, könyvtárakat létrehozni, illetve törölni. Itt 
fogja ugyanis a sablonállományokból előállítani a HIML-tarta- 
lommal kevert PHP-kódot. 

Ezeknek az állományoknak és könyvtáraknak a helyére 


kerülésével a telepítési folyamatnak vége is, a Smarty harcra 
kész. Ismerkedjünk meg vele közelebbről! 


ismerkedés a lehetőségekkel 

Mielőtt bármiféle használati útmutató megfogalmazásába 
kezdenék, nevezzünk meg egy példát, ami a Smarty leggyak- 
rabban alkalmazott lehetőségeit mutatja be az 1. és 2. lista 
(megtalálható a 46. CD Magazin/PHP könyvtárában). 

Látható, hogy a PHP-kódban három sort minden esetben el kell 
helyeznünk: 


reguire " Smarty.class.php" ; 
Ssmarty - new Smarty; 
S$smarty-:display("! smarty proba.tpl! ) ; 


Az első kettő gondoskodik a Smarty-motor életre keltéséről. 
Ezeket követi a sok assign() hívogatása, s legvégül a 
display () jeleníti meg az oldalt a megadott adatok és a sab- 
lonállomány alapján. A legtöbb esetben e három sor és a fela- 
dathoz szükséges számú assign () elég is, de talán senki sem 
csodálkozik, ha azt mondom, hogy rengeteg dolgot lehet még 
finomhangolni különféle függvényekkel és értékek beállításá- 
val. Ezekről azonban később szólok. Egyelőre az assign () 
használatára lesz csak szükség. Két adatot kell közölnünk 
minden ilyen érték-hozzárendelésénél: egyrészt meg kell adni 
azt a hivatkozási nevet, amellyel a sablonállományban a hozzá- 
rendelt értékre mutathatunk; második adatként pedig magát 
az adatot kell közölnünk. Erre több példát is mutat az 1. és 2. 
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EE LA: NT 


ANMÉZES BAB - HOZZÁVALÓK - KOWOLEROR 


2 evőkanál olaj 
0.5 kgliszt 

5 evőkanál méz 
4 marék bab 


Ha kérdésed van: cece(anphphost.hu 
Kész. 





Es ami mindebből lesz 


listán látható mintaprogram, például a 


Ssmarty-sassign("nev", "Mgzes bab") ; 

sor a S$nev Smarty változóhoz rendeli a , Mézes bab" értéket. 
Ez az adat természetesen jöhetett volna éppenséggel egy adat- 
bázisból vagy bármilyen más adatforrásból is. Az is látható a 
példából, hogy nemcsak egyszerű adatok, de összetett tömbök 
is hozzárendelhetők a sablonhoz, és ezek tartalma teljes mér- 
tékben feldolgozható a sablonnyelv képességeivel. Az idén 
februárban kiadott 2.4.0-s változattól kezdve pedig már az 
objektumok adatainak kezelésével sincs gond. 


Egyszerű behelyettesítések 

A példából kitűnik, hogy a Smarty sabloncímkéket ( j (kapcsos 
zárójelek) között kell elhelyezni. A legegyszerűbb és legtöbbet 
alkalmazott ezek közül a változóérték behelyettesítésére szol- 
gáló címke. Ekkor a határolójelek közé a változó nevét kell 
elhelyeznünk, a dollárjellel megfejelve. Ezek a nevek azok, 
amelyeket az assign () függvények hívásakor az első értének 
adtunk. Ilyen alkalmazást mutat be a példában a ($nev) 


címke beillesztése. 


Határozatlan hosszú listák 

Szintén sűrűn alkalmazott, de egy fokkal bonyolultabb feladat 
a (section) címke alkalmazása. Erre akkor lehet szükség, 

ha listaszerű adatsort kell egységes arculat szerint megjelení- 
tenünk anélkül, hogy a sablon tervezésekor tudnánk, valójában 
hány elemből is fog állni a lista. Jó példa erre a webes levelező- 
programok üzenettlistája. A sablonban az jelenik meg többszö- 
rözötten, ámde más-más adatokkal, ami a (section) és a 
(/section) címkék között található. Ezek a listák korlátlan 
mélységben egymásba is ágyazhatók. A section címke pél- 
dánkban való alkalmazása azt mutatja be, hogyan is kell érté- 
keket adni az egyes utasításokhoz. Ezeket ( j jelek között, a 
section-től és egymástól is szóközökkel elválasztva lehet 
sorban megadni, a szokványos jelölőnyelvekhez hasonlóan. 
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A section címkéhez rendelhető értékek a következők lehetnek: 


e name: kötelezően megadandó adat, az adott section 
neve. Elnevezése a több egymásba ágyazható lista miatt 
szükséges. EF névvel mutathatunk a végigzongorázott tömb 
pillanatnyi elemére (ahhoz hasonlóan, ahogy azt egy 
ciklusváltozóval tennénk). 

e loop: szintén kötelező megadni, az itt megadott tömbből 
veszi az adatot arra nézve, hogy mekkora adathalmazon 
kell magát átrágnia. 
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e start: a listázás alapesetben a 0. tömbelemnél kezdődik, de 
ez itt módosítható. Lehetséges negatív egész érték mega- 
dása is, ekkor —- a substr () működéséhez hasonlatosan — 
hátulról visszafelé számolva állapítja meg a kiindulópontot, 
azaz egy tízelemű tömb esetében a -3 érték a hetedik 
elemtől való kezdést jelenti. 

e step: egy kis emlék a régi szép Basic-időkből. Ezáltal adható 
meg az a lépésköz, ahányasával majd végigugrálunk a tömb- 
elemeken. Itt is meg lehet adni negatív értéket, ebben az 
esetben a megadott lépésnagyságban visszafelé fogunk lép- 
kedni. Ha nem közlünk ilyen adatot, egyesével lépked előre. 

e max: nem a legnagyobb tömbindexet, hanem azt szabá- 
lyozza, hogy legfeljebb hány elem jelenjen meg a listában. 
Példaképpen: ha egy listát a start-4 step-3 max-6 
értékekkel indítunk el, az a 4., 7., 10., 13., 16., 19. elemeket 
fogja legfeljebb megjeleníteni. 

e show: az adott lista látható legyen-e vagy sem. Egy false 
érték hozzárendelésével megtiltható a megjelenése. 


Ilyen listázásoknál könnyedén előfordulhat olyan helyzet is, 
amikor valamilyen okból nincs mit listázni. Ilyenkor zavaró 
lehet, ha semmiféle visszajelzés nincs. Az efféle helyzetek 
kezelésére használható a (sectionelse) címke. Ha még a 
( /section) bezáró címke előtt letesszük, a közte és a záró- 
címke közt megadott szöveg jelenik meg abban az esetben, 
ha a ciklusban megadott tömb üres vagy egyéb okok (például 
a tömb utolsó eleme mögé mutató start érték) miatt nincs 
megjeleníthető adat (lásd a 3. listát a 46. CD Magazin/PHP 
könyvtárában). 


Hivatkozás tömbelemekre 

Beszéljünk egy kicsit a példában látható összetettebb változó- 
érték behelyettesítéseiről, amik a lista előállításakor kerültek 
alkalmazásra. Mivel lehetőség nyílik tömböknek sablonhoz 
történő rendelésére, annak elemeit valahogy meg kell címezni. 
Ez egyszerű tömböknél a hagyományosnak mondható 

$tomb [121] formában adható meg, ami a Stomb nevű tömb- 
változó 12-es indexén található adatra mutat. Többdimenziós 
tömbök esetén több szögletes zárójeles elem elhelyezése is 
elképzelhető. 

A hagyományos PHP-formától eltérőbb módon zajlik az asszo- 
ciatív tömbök kezelése. Ebben az esetben nem kapcsos záró- 
jellel kell jelölnünk a megcélzott tömbelemet, hanem - egy 
ponttal elválasztva — annak nevével hivatkozunk. A példában 
szereplő ( Shozzavalok[i] .mennyisegj) tehát a 
Shozzavalok tömb 1-edik tömbindexén ülő asszociatív tömb 
mennyiseg nevű elemére mutat. 


Nem folytonos tömb listázása 

A (section) egyik kellemetlen tulajdonsága az, hogy nem 
képes olyan tömböket végignyálazni, amelyekben , lyukak" 
vannak, azaz nem folytonos a tömbindex. Ez a helyzet azért áll 
fenn, mert ennek megvalósítására egy egyszerű for ciklus 
szolgál. Ha egy ilyen nehézséget okozó tömböt kell láthatóvá 
tennünk, jó szolgálatot fog tenni a (foreachj. 

A foreach előnye nem csak a töredezett tömbök jó kezelésében 
rejlik — a section-nél is egyszerűbb a használata. Az egysze- 
rűbb forma hátulütője viszont az, hogy menet közben nem áll 
rendelkezésünkre adat arról, hogy éppen melyik elemen állunk. 
Ehelyett az adott tömb pillanatnyi elemeit kapjuk meg. Ez 
akkor gond, ha az adatokat több tömbből kell összeszednünk. 
lermészetesen a legtöbb ilyen nehézség okos programozással 
megelőzhető, így a foreach a legtöbb esetben jó választás. 
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A (section)-höz hasonlatosan itt is lehetőség nyílik az üres 
tömbök lekezelésére — a (foreachelse ) hadrendbe állításával. 
A következő adatok közölhetők a foreach lista indításakor: 


e from: annak a tömbnek a neve, amelyből az adatokat 
nyerjük. Mérete egyértelműen megadja a lista hosszát is, 
nincs lehetőség kezdőelem megadására vagy a legnagyobb 
elemszám korlátozásra. 

e item: ezen a változónéven érhető majd el a pillanatnyi 
tömbelem. 

e key: a pillanatnyi tömbelem kulcsa, ha szükséges. 

e . name: erre akkor lehet szükség, ha az adott (foreach) 
tulajdonságaihoz hozzá akarunk férni. Ennek módjáról 
a következő cikkben lesz szó. 


A Foreach alkalmazásával a hozzávalók listázása a 4. listán 
(46. CD Magazin/PHP könyvtár) látható módon festene. 


A levélcímek védelme 

Az utolsó elem a példában egy levélcímet megjelenítő parancs, 
a (mailto). Hasonló látványt elérhettünk volna el 

a következő utasítás alkalmazásával is: 


ca href-"mailto:(Semail)":($emailbc/az 


Ennél a formánál a Smarty mailto címkéjének alkalmazása 
nemcsak szebb formájú, de használatával a kéretlen levelekhez 
címlistát gyűjtő robotok alkalmatlankodása is kivédhető. 


A (mailto) címke megadható értékei közül a fontosabbak: 

e — address: a levélcím, amire a hivatkozás mutat. 

e text: alapesetben a hivatkozás szövege a levélcím lesz, 
de itt átírható. 

e  encode: kéretlen levelek küldésére szakosodott kalózok 
adatgyűjtő robotjainak kijátszására szolgáló kódolási módo- 
zat kiválasztása. Alapesetben nem kódol, de ,hex" és 
,javascript" kódolás is kérhető. Ezekkel a robotok már nem 
egykönnyen bánnak el. 


Végszó 

Első Smarty témájú cikkembe ennyi fért bele. A májusi szám- 
ban tovább folytatjuk a felfedezést, további parancsokkal, 
szűrőkkel és adatmódosítókkal ismerkedünk meg. Sor kerül 


a Smarty bővítésének lehetőségeire és a gyorstárazás haszná- 
latára is. Addig is sok szalonnasütést! 


Heiglig (Cece) Szabolcs (ceceophphost.hu) 
Veszprémben él. Hobbija, kedvenc időtöltése 
és munkája Is a programozás. Szabadidejében 
hajlamos kerékpárra pattanni, vagy baráti 
társaságban szerepjátékokkal foglalkozni. 


A Smarty hivatalos honlapja 
2 http:/Avww.smarty.php.net 


Sebességmániásoknak 
2 http:/Awwvw.massassI.com/b lemplate/benchmarks/ 
2 http:/Awww.webmedic.netAwvebify bench/ 
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Unicode 


A Unicode elengedhetetlen a nemzetközi 


webfejlesztés esetében, és új kérdéseket is felvet. 


ivel az Egyesült Államok északkeleti részén nőttem 
fel, az angolon kívül soha nem kellett más nyelven 
beszélnem. Angolul olvastam, angolul beszéltem, 
angolul írtam és angolul bonyolítottam le az üzleteket. Ugyan- 
ilyen cipőben jártak azok a mérnökök, akik 1968-ban létre- 
hozták az ASCII kódot, s akik biztosak voltak benne, hogy 

128 ASCII[-karakter elégséges lesz az angol nyelvű dokumentu- 
mokhoz. Amíg a szabványos ASCII-karaktereknél maradtunk, 
nyugodtan másolhattunk fájlokat egyik gépről a másikra, és 
nem kellett attól tartanunk, hogy esetleg összezavarodnak. 

Az ASCII nagyszerű volt a maga idejében, csakhogy azok az 
emberek, akik franciául, spanyolul és más nyugat-európai nyel- 
veken beszéltek, hamar rájöttek, hogy ez így nem felel meg az 
ő igényeiknek. Akik ezeken a nyelveken használták számítógé- 
püket, szerették volna helyesen viszontlátni mellékjeles betűi- 
ket. Így aztán idővel a 7-bites ASCII kód 8-bites kiterjesztett 
ASCII kóddá változott, s kibővült néhány, a nyugat-európai 
íráskép megjelenítéséhez szükséges különleges betűvel és jellel. 
Csakhogy mivel a kiterjesztett ASCII-t soha nem nyilvánították 
szabvánnyá, számtalan különféle, nem együttműködő ASCII- 
kódkiterjesztés látott napvilágot. A Windows is saját kiterjesztést 
készített, akárcsak a Macintosh és a NeXISTEP operációs rend- 
szer készítői. Így aztán hiába tudunk franciául dokumentumot 
írni Windows alatt, ha Macintosh alatt is használni szeretnénk, 
át kell alakítanunk, máskülönben a fogadó gépen a hibásan ér- 
telmezett bájtok miatt az egyébként tökéletes francia szövegünk 
inkább francia pirítósra (bundás kenyér) fog emlékeztetni. 
Végül a nemzetközi szabványok győzedelmeskedtek, legaláb- 
bis bizonyos területeken, és megszületett a szabvány, amelyet 
formálisan IS0-83859-1 néven, kötetlenül pedig Latin-1-ként 
ismerünk. A számítógépgyártók ezek után már képesek voltak 
nyugat-európai dokumentumokat cserélni anélkül, hogy a 
karakterek összekeveredésétől kellett volna tartaniuk. lermé- 
szetesen ezt úgy érték el, hogy a karakterbájtoknak mind a 

8 bitjét kihasználták, 128-ról 256-ra emelve a lehetséges karak- 
terek számát. 

Csakhogy ez sem oldott meg minden gondot, például a héber 
nyelvűeknek saját szabványuk volt IS0-8859-8 néven, amely 

a 0-127 kódig a Latin-1-gyel azonos, viszont erősen eltér a 
128-256 helyeken. A héberül írt dokumentumok Latin-1 alapú 
számítógépen megjelenítve úgy néznek ki, mint valami betű- 
helyettesítős rejtvény, ami rossz ábécéből vette a betűket. 

Ez gyakorlatilag azt jelenti, hogy az ISO0-3859 szabványsoro- 
zattal nem tudunk olyan dokumentumot írni, ami egyszerre 
tartalmaz angol, héber és francia karaktereket. Iulajdonkép- 
pen ez érthető is, hiszen egyetlen bájton mindössze 256-féle 
karakterrel tudunk játszani. Komoly nehézséggel kell azonban 
szembenézniük azoknak, akik több mint két nyelven dolgoz- 
nak. A dolgok akkor kezdenek igazán cifrává válni, amikor 

a lapot egyszerre szeretnénk angolul, héberül, franciául és 
kínaiul megjeleníteni. Ugyanis a kínai nyelvben ideogrammák 
tízezrei szerepelnek, és akkor még nem is beszéltünk a japán 
és egyéb nyelvekről! 
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Máris megérkeztünk a Unicode-hoz, 
a következő század ASCII-táblájához. 
Az ASCII-höz hasonlóan a Unicode is 
számokat rendel a betűkhöz, számje- 
gyekhez és szimbólumokhoz. Az ASCII-val 
ellentétben azonban a Unicode elég helyet hagy az emberi nem 
által valaha kitalált összes szimbólum számára. Ez egyben azt 

is jelenti, hogy a Unicode-dokumentum akárhány nyelv akár- 
hány karakterét tartalmazhatja, és eközben az ütközések miatt 
sem kell aggódnunk. A Unicode egyúttal kezelni tud néhány 
olyan nehézséget is, amiről az ASCII soha nem is álmodhatott. 
Például vegyítheti a karaktereket (ékezetekhez és egyéb mellék- 
jelekhez), és kezelheti az irányultsági kérdéseket (azoknál a 
nyelveknél, amelyek nem balról jobbra olvasandók). 

A Unicode már közel egy évtizede létezik, de a webalkalmazá- 
sok világában csak most kezd népszerűvé és támogatottá válni. 
E hónapban azt vizsgáljuk meg, hogy milyen hatással van 

a Unicode a webfejlesztésre. Mit kell figyelembe vennünk? 

Mi miatt kell aggódnunk? És végül hogyan lehetünk úrrá 

az Unicode-dal kapcsolatos nehézségeken? 






Bevezetés a Unicode világába 

A Unicode, akárcsak az ASCII, egyedi számokat rendel minden 
betűhöz, számhoz, szimbólumhoz és egyéb vezérlőkarakter- 
hez. De ahogy azt már korábban említettük, a Unicode a vala- 
ha alkotott összes szimbólumra és karakterkészletre kiterjed. 
Így aztán Unicode-ot használva olyan dokumentumokat is 
készíthetünk, amelyek egyaránt használnak angol, orosz, japán 
és arab karaktereket, s ahol minden egyes karakter egyértel- 
műen megkülönböztethető a másiktól. 

De hogyan változtathatjuk át ezeket az egyedi számokat (ame- 
lyeket a Unicode világban kódpontoknak neveznek) bitekké és 
bájtokká? Az ASCII kódolása eléggé magától értetődő; mind- 
össze 127 karakter létezik (vagy 256, ha a különféle kiterjesz- 
téseket is alkalmazzuk), így minden egyes ASCII-karakter elfér 
egyetlen bájtban. C-programozók bizonyára tudják, hogy a 
char (karakter) adattípus egy 8 bit hosszú egész. 

A legnyilvánvalóbb megoldás, ha állandó hosszúságú, több 
bájtos kódolást használunk Unicode-karaktereinkhez. A UCS-2 
éppen ilyen kódolás, amely két bájtot használ, hogy leírja vele 
a 65 536 legalapvetőbb Unicode-karaktert. (Van néhány kiter- 
jesztett karakter, amely további bájtokat igényel, de ebbe most 
nem megyünk bele.) A UCS-2 minden karakterhez egyetlen 
kétbájtos kódot rendel. A dokumentumok így a felhasznált 
nyelvtől függetlenül egyforma hosszúak lesznek, a programok 
pedig könnyen kiszámíthatják a szükséges bájtok számát 

-— egyszerűen megkétszerezik a karakterek darabszámát. 

A Microsoft korszerű operációs rendszerei UCS-2-t használnak, 
ahogy azt nyilván megfigyelhettük már, ha ennek a rend- 
szernek a felhasználóival cseréltünk dokumentumokat. 

A UCS-2 esetében azonban alapvető gondunk támadhat, 
nevezetesen az, hogy nem működik együtt az ASCII kódolás- 
sal. Ha százezer ASCII kódolású dokumentumunk van, vala- 
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ely 


0 Kiskapu Kft. Minden jog fenntartva 


0 Kiskapu Kft. Minden jog fenntartva 


mennyit át kell fordítanunk UCS-2-vé, ha helyesen akarjuk 
őket olvasni. Figyelembe véve, hogy a legtöbb korszerű prog- 
ram ASCII-val dolgozik, az ilyesfajta visszafelé történő együtt- 
működés hiánya elég nagy gond. 

Megjelent tehát a UIF-8, a változó hosszúságú Unicode kódo- 
lás. Ahogy ugyanazokat a számokat a római és az arab számok 
másként jelölik, a UTF-8 és a UCS-2 is ugyanannak a háttérben 
maradó Unicode-karakterkészletnek a különféle kódolása. Csak 
míg minden egyes UCS-2-karakter két bájtot használ, a UTF-8- 
karakterek egytől négy bájtig bármennyit használhatnak. 

Az egybájtos UIF-8-karakterek azonosak az ASCII kóddal, ami 
azt jelenti, hogy egy helyes ASCII-dokumentum egyben helyes 
UIF-8-dokumentum is. Csakhogy a Latin-1 és egyéb 8-bites 
karakterkészletek már nem működnek együtt a UTF-8-cal; a 
már létező Latin-1-dokumentumokat nemcsak, hogy át kell 
alakítanunk, de a méretük akár meg is kétszereződhet. 

Unix-és Linux-rendszereken és az általam általában használt 
szabványokban és nyílt forrású programokban a UITF-8 az 
előnyben részesített kódolás. A Perl, a Python, a TcI és a Java 
mind UIF-8 kódolással rögzítik a szövegeket. A PostgreSOL 
évek óta támogatja a UIF-8-at, és nemrégiben bekerült a 
Unicode-támogatás a MySOL 4.1-be is, amelyet a következő 
hónapban fognak alfakódként kihozni. 

Létező rendszerekbe beépíteni a Unicode-támogatást héroszi 
erőfeszítést jelent, amiért a fejlesztőket hatalmas dicséret illeti 
meg. A fejlesztőknek nemcsak a több bájtos karakterek kezelé- 
sét kell bevinniük, de az adatbázisoknak és a nyelveknek a 
szabványos kifejezéseket és rendezési operátorokat is támogat- 
niuk kell, ezeket pedig nem éppen egyszerű elkészíteni. 


A Unicode és a HTTP 


Végigvettük az alapokat, most nézzük meg, hogyan továbbí- 
tódik egy Unicode-dokumentum a weben. Az alapvető kérdés 
az, hogy amikor böngészőnk megkapja a dokumentumot, 
honnan fogja tudni, hogy a bájtokat Latin-1-es, Big-5 Chinese 
vagy UIF-8 kódolással kódolták-e? 

A válasz a Content-type HTIP-fejlécben rejtezik. Valahány- 
szor a HITP-kiszolgáló elküld egy dokumentumot a böngé- 
szőnek, az elküldött tartalmat bizonyos MIME stílusú meg- 
határozással azonosítja, például text/html, image/png 
vagy appolication/msworda. Ha egy JPEG-képet kapunk 
(image/jpeg), azt csak egyféleképpen jeleníthetjük meg. Ezzel 
szemben ha egy HIML-dokumentumot kapunk (text/html), 
a Content-type fejlécben meg kell adni a karakterkészletet, 
illetve a felhasznált kódolás típusát. Ezt a fejléc végéhez 
csatolt charset- meghatározás felvételével tehetjük meg, 
ami a típust elválasztja a karakterkészlettől. Például: 
Content-type: text/html; charset-utf-8 

A figyelmesen olvasók jogosan mondhatják, hogy a UTF-8 nem 
karakterkészlet (charset), hanem kódolás (encoding). Sajnos 
már késő, ez ellen nem tehetünk semmit. Ez is olyasmi, mint 

a HIIFP-szabvány elgépelt referer kulcsszava, amelyet helye- 
sen referrer-nek kellene írni; mindenki tudja hogy rossz, 

de félnek elrontani a már létező programokat. 

Ha nem adunk meg Content-type-ot, akkor Latin-1-et kell 
feltételezni. Iovábbá, ha a Content-type nincs megadva, az 
egyes dokumentumok ezt az értéket metatagjaikban megad- 
hatják (vagy felülbírálhatják). A metatagok ellenben nem 
bírálhatják felül a közvetlenül megadott kódolást. 

Ha elkezdünk dolgozni a különféle kódolásokkal, hamarosan 
találkozni fogunk olyan HITP-kiszolgálóval, amelyik rosszul 
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lett beállítva, és hibás karakterkészletet továbbít a Content-type 
fejlécben. Ezt könnyen ellenőrizhetjük a Perl LWP (Library for 
Web Programming, azaz webprogramozói könyvtár) felhasz- 
nálásával, amely számos, a webfejlesztésben jól használható 
parancssoros programot tartalmaz. Írjuk be: 


S HEAD http://yad2yad.huji.ac.il/ 


Az én linuxos gépemen a fentiek begépelése után a megne- 
vezett lapról a következő HIIP-válaszfejléc érkezett: 


200 OK 

Cache-Control: max-age-0 

Connection: close 

Date: Tue, 10 Dec 2002 08:38:37 GMT 


Server: AOLserver/3.3.161ad13 
Content-Type: text/html; charset-utf-8 


Mint láthatjuk, a Content-type fejléc állítása szerint a doku- 
mentum UIF-8 kódolású. 

A Mozilla és más korszerű böngészők lehetővé teszik, hogy 

a felhasználó felülbírálhassa az alapértelmezett kódolást. Bár 
általában az egyszerű felhasználóknak nemigen van szükségük 
ilyesmire, webfejlesztés közben gyakran igen hasznosnak 
találtam ezt a szolgáltatást. 


A Unicode és a HTML 

Jó tudni, hogy UTF-8-dokumentumokat is átküldhetünk a 
HITIP-n, de nem ártana, ha lenne ehhez néhány UTF-8-doku- 
mentumunk is. Figyelembe véve, hogy az ASCII-dokumen- 
tumok egyben UIF-8-dokumentumok is, érvényes UTF-8-do- 
kumentumot létrehozni nem nagy ördöngösség, egyszerűen 
kizárólag ASCII[-karaktereket kell használnunk. De mi a 
helyzet, ha olyan HIML-lapokat szeretnénk létrehozni, amik 
héber vagy görög betűket tartalmaznak? A dolgok ekkor 
kezdenek érdekessé és bonyolulttá válni. 

Alapvetően kétféleképpen tudunk Unicode-karaktereket vinni 
HTITML-dokumentumunkba: az első lehetőség, hogy valamilyen 
UIF-8 támogatású szövegszerkesztővel gépeljük be a karak- 
tereket. Például a GNU Emacs különféle billentyűzetopciókkal 
teszi lehetővé, hogy a szöveget bevigyük, majd a dokumen- 
tumot tetszőleges, többek között UTF-8 kódolással menthessük. 
Ha kínai szöveget akarok Latin-1 kódolással menteni, az Emacs 
tiltakozni fog, és figyelmeztet, hogy a dokumentum olyan 
karaktereket tartalmaz, amelyek a Latin-1 kódolás alatt nem 
léteznek. Sajnos azok számára, akik hozzám hasonlóan héberül 
szeretnének írni, az Emacs sem tökéletes megoldás, mivel 
egyelőre nem támogatja a jobbról balra történő írást. 

Jobb választás, és idővel egyre hatásosabbá váló megoldás a 
Yudit nevű UITF-8-támogatású nyílt forrású szövegszerkesztő, 
amely számos különböző nyelvet és irányt kezel. Beletelhet egy 
kis időbe, amíg kiismerjük a Yuditot, de megéri a fáradtságot. 

A Yudit, akárcsak az Emacs, tetszés szerint bármilyen karakter 
beütését engedélyezi, még akkor is, ha az operációs rendsze- 
rünk vagy a billentyűzetünk az összes használni kívánt nyelvet 
közvetlenül nem is támogatja. 

Az Emacs és a Yudit egyaránt jó választás, ha Linux alatt dol- 
gozunk, hajlandóak vagyunk bütykölgetni, és nem bánjuk, 

ha kézzel kell megírnunk a HIML-t. Sajnos szinte az összes 
általam ismert grafikus tervező más rendszereken dolgozik, 

és igencsak nehéz rávenni őket, hogy UIF-8 kezelésére is képes 
HIML-szerkesztőket használjanak. 

Szerencsére a Mozilla nemcsak webböngészőt, hanem egy 


teljes értékű HIML-szerkesztőt is tartalmaz. Mint az várható is, 
a Mozilla szerkesztőmodulja néha kicsit nehézkes, de a legtöbb 
feladatot képes jól kezelni. 

A másik lehetőség, hogy HIML-elemeket használunk. A leg- 
ismertebb ilyen elemek a €zlt; a ézgt és az gc-amp; amelyek a 

2, 5 és g jelek beszúrását teszik lehetővé HIML-dokumentu- 
mainkban, így nem kell attól tartanunk, hogy esetleg tagokként 
értelmeződnek. 

A korszerű böngészők nemcsak az olyan elemeket értik, mint 

a gcopy; (a copyrightjel), hanem a Unicode-karakterek teljes 
kínálatát is. Dokumentumainkban bármilyen Unicode-karak- 
terre hivatkozhatunk a 4XXXX; alakban, ahol az XXXX 
helyére a karakter decimális kódját kell írnunk. Például a 
következő HIML-dokumentum az én nevemet jeleníti meg 
héber nyelven, Unicode-elemek segítségével: 


-ahtml: 
cheadscztitlesReuven nevec/titlesc/heads: 


cbody:cp:6tt1512 ; 6tt1488 ; 6-t1493 ; 6-H1489 ; 641503 ; c/p: 
c/bodyz 
c/html: 


A fenti dokumentum elkészítéséhez nem volt szükségünk 
Unicode-alkalmas szövegszerkesztőre, és minden korszerű 
böngészőn jól jelenik meg, a HTIP válaszfejlécében beállított 
Content-type értéktől függetlenül. Ugyanakkor az ilyen ele- 
meket tartalmazó fájlok szerkesztése jobb esetben is fárasztó 
és bonyolult. Sajnos a Microsoft Word nemzetközi változatai- 
nak mentés HIML-ként képessége kiterjedten használja ezt 
a lehetőséget, ami a Word-felhasználóknak ugyan egyszerűvé 
teszi a Unicode-alkalmas HIML-dokumentumok mentését 
de jelentősen megnehezíti azok életét, akik utólag szeretnék 
szerkeszteni őket. 


Csapdák 

Mint azt már korábban jeleztem, a Unicode összetett szabvány, 
és jó időbe telt, mire a különféle nyelvek és módszerek 
támogatni tudták. Például a Perl 5.6.x belső Unicode-támoga- 
tással bír, de a ki- és bemeneti műveletek ezt nem tudják köny- 
nyen kihasználni, így a támogatás tulajdonképpen hasznave- 
hetetlen. A Perl 5.8 ezzel szemben már kitűnő Unicode-támo- 
gatással rendelkezik, amelyben a fejlesztők már a Unicode- 
tulajdonságoktól függő szabványos kifejezéseket is írhatnak. 
Azért maradtak még nehézségek: az egyik komoly gond, 
amivel a fejlesztőknek szembe kell nézniük, a bemenetkódolás 
és tárolt kódolás ellentétes igényeivel kapcsolatos. Ilyen esetre 
példa, amikor a terminálunk Latin-1 kódolást használ, ugyan- 
akkor háttérrendszer UIF-8 rendszerben működik. Az ilyes- 
fajta elrendezés azt eredményezi, hogy továbbra is használ- 
hatjuk régi (nem Unicode) terminálprogramunkat és betűtípu- 
sainkat, ugyanakkor csatlakozni tudunk és használhatjuk a 
Unicode-alkalmas háttérrendszert. 

Néhány más megvalósításnak is akadnak hiányosságai, ame- 
lyek esetleg nem is tűnnek nyilvánvalónak, amikor elkezdünk 
dolgozni a projekttel. Például nemrégiben egy J2EE-projekten 
dolgoztam, amely PostgreSOL-t használt háttérként és minden 
karaktert Unicode-ban tárolt. Minden kitűnően működött 
egészen addig, amíg el nem határoztuk, hogy a felhasználó 
által beírt szöveget kis- és nagybetűk megkülönböztetése nél- 
kül hasonlítjuk össze az adatbázisban tárolt szöveggel. Sajnos 
az általunk használt PostgreSOL-függvény a Unicode-karak- 
terek esetében nem kezelte helyesen a kis- és nagybetűk azo- 
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nosságát (case insensitivity). Végül ugyan meg tudtuk oldani 
a feladatot, de elég kínos és kiábrándító volt ilyesmivel 
szembetalálkozni. 

Az összehasonlítás vagy a rendezés szintén kemény dió 

— olyasmi, ami több alkalommal is megizzasztott. A Unicode 
ugyan meghatároz karakterkészletet, de nem jelöli meg, 
hogyan kell ebben a készletben a karaktereket sorba állítani. 
Például egészen mostanáig a ,ch" külön helyet foglalt el a 
spanyolul beszélő országok ábécéjében; ugyanakkor ez az 
angol, német és francia anyanyelvű országokra nem volt igaz. 
A rendezési módszer tehát nemcsak a karakterkészlettől, 
hanem a karakterkészletet alkalmazó helyi beállításoktól is 
függ. Lehet, hogy egy kicsit kísérleteznünk kell a LANG és az 
LC ALL környezetei változókkal (többek között), hogy végül 
az elvárásainknak megfelelően működjenek a dolgok. 


Osszefoglalás 

A jövő egyértelműen a Unicode-é; bizonyos szinten a legtöbb 
operációs rendszer már most is támogatja, és egyre erősebb 
szabvánnyá válik a számítástechnikában. Sajnos a Unicode 
eljövetelével elfelejthetjük a karakterek és a bájtok egyenlősé- 
gének régi programozói gyakorlatát, és jó néhány új, összetett 
feladat is felbukkan. 

Ha csak egyetlen nyelvet akarunk használni a weblapunkon, 
szerencsésnek tarthatjuk magunkat. De ha csak egyetlen nem 
ASCII-karaktert is fel akarunk használni, hamar mélyen a Uni- 
code világában találhatjuk magunkat. Jobb mihamarabb megis- 
merni ezt a technológiát, hiszen ha lassan is, de bizonyosan el- 
kerül valamennyi nyílt forráskódú rendszerbe és szabványba. 
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Rewen M. Lerner (5 http:Avww.lerner.co.il/atf) 
nyílt forrású programokra, valamint web- és adat- 
bázis-alkalmazásokra szakosodott tanácsadó. 
Könyve, a Core Perl, 2002 januárjában jelent meg 
a Prentice Hall gondozásában. Reuven feleségével 
és lányával Izraelben, Mod! In-ben él. 








Karakterkészletekről és kódolásokról szóló kitűnő 
ismertetőt találunk Andy Dertsch és David Czarnecki Java 
Internationalizatlon című művének első fejezetében, ami 
az ORelilly kiadó gondozásában Jelent meg. Eleve érde- 
kes dolog olvasni arról, milyen sokféle írásmódot hasz- 
nálnak az emberek, egyben megtanuljuk értékelni a 
Unicode konzorcium erőfeszítéseit is, amelyeket e 
karakterkészlet létrehozása során kellett megtennie. 

A Yudit szövegszerkesztő és sok egyéb Unicode 

témájú érdekes hivatkozás található a 

2 http:/Avww.yudlit.org címen. 

A 5 http:/Avww.gnu.org/directory/recode.htmlI címen 
találjuk a GNU Recode programot, ami lehetővé teszi, 
hogy dokumentumokat alakítsunk át különféle karakter- 
készletek és kódolások közt. Mikor Unicode vonatkozású 
oldalakkal dolgozom, a Recode nem hiányozhat az 
eszköztáramból. 
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A Mathematica 4.2 


Nem könnyű körülírni, hogy mi is a Mathematica, mire használható leginkább, 


hiszen számos különböző célra alkalmas. 


a egyszer valaki, aki még soha sem hallott róla, meg- 
kérdezné: mégis, mi ez a Mathematica, azt válaszol- 
nám: ,a műszaki számítások svájci bicskája" . Lehet, 
hogy ezzel a kérdés még nyitva maradna, de aki egyszer meg- 
ismeri a programot, tudni fogja, hogyan 
kell érteni ezt a kijelentést. 

Hogy egy kicsit kifejtsem a svájcibicska- 
hasonlatot, megemlítek néhány olyan 
területet, ahol a Mathematicát sikerrel 
alkalmazzák napjainkban: mérnöki, fizikai 
számítások, számítástudomány, könyv- 
kiadás, pénzügy, illetve közgazdaságtan, 
matematika, társadalomtudományok. 

A Mathematica - alkalmazási lehetősé- 
geihez hasonlóan - a támogatott eszközök 
és operációs rendszerek tekintetében is 
sokoldalúságot mutat; futtatható Linux, 
Mac OS X, Mac OS 8.1 vagy újabb, 
Windows, Solaris, Iru64, HP-UX, AIX és 
Irix operációs rendszeren egyaránt. 

Ha a Mathematica csak Linuxra írt 
változatára összpontosítunk, látni fogjuk, 
hogy a Wolfram Research számára a Linux 
nem csupán az egyik operációs rendszer 
az összes közül, amelyikre a programot 
egyszerűen át kell ültetni. A Mathematica 
magját Linux alatt fejlesztették, és csak 
ezután ültették át a többi rendszerre, így 
nem csoda, hogy a Mathematica Linux- 
változata igazából négy különböző számí- 
tógép-kiépítésen működik: IA-32 (x86), PowerPC, Alpha és 
IA-64 (Itanium). Sőt Linux-telepekhez is létezik egy külön 
változata, a gridMathematica. 

Kétségtelen, hogy a Wolfram Research számára a mind a 
profik, mind pedig a diákok piacot jelentenek. A kereskedelmi 
termék megterhelő lehet az otthoni felhasználók pénztárcá- 
jának, de vállalati vagy kutatói környezetben alkalmazva 
bőven visszahozza az árát. Másrészt a Mathematica diákoknak 
szánt változata igazán előnyös feltételekkel férhető hozzá, 

és pontosan ugyanazokkal a képességekkel rendelkezik, mint 
a kereskedelmi változat. 


A 
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A csomag összetevői 

A Mathematica 4.2 csomagban az alábbi összetevőket találjuk: 
, installing Mathematica 4.2 for Unix and Linux" (A Mathe- 
matica telepítése Lunixra és Unixra), , Getting Started with 
Mathematica" (Kezdeti lépések a Mathematicával), Ihe Mathe- 
matica Book (A Mathematica könyv) negyedik kiadása, , Stan- 
dard Add-on Packages" (Általános kiegészítő csomagok) és 

a Mathematica 4.2 (a telepítő CD). 

Az , Installing Mathematica 4.2 for Unix and Linux" című 
tájékoztató a Linux- és Unix-rendszerekre történő telepítést, 
valamint a korábbi változatokról való frissítést írja le. 
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Termékjellemzők 


Gyártó: Wolfram Research 

Honlap: 3 http://www.wolfram.com 
Kiskereskedelmi ár: 1880 dollár 
Oktatói, kutatói ár: 895 dollár 

Ára diákok számára: 139 dollár 





A Kezdeti lépések a Mathematicával című kiadvány egy 
ötvenoldalas füzetke, ami a Mathematica alapjait ismerteti. 

Jó kiindulási pontot jelent a programmal most ismerkedők 
számára, gyorstalpaló tanolyam a Mathematica használa- 
tához. A tájékoztató számos olyan, a 
Világhálón elérhető anyagot is felsorol, 
amelyek az új felhasználók számára 
szinte nélkülözhetetlenek. 

A Mathematica könyv körülbelül 1500 ol- 
dalon keresztül mutatja be a Mathematica 
függvényeit és képességeit. Ez a tárgyban 
felelhető legrészletesebb útmutató több 
adatot tartalmaz, semhogy egy ilyen 
rövidke ismertetőben áttekinthető lenne. 
Az Általános kiegészítő csomagok pedig 
egy olyan ötszáz oldalas könyv, amelyik 

a kiegészítő csomagokban található ezer- 
nél több további függvényt ismerteti. Ezek 
a kiegészítő csomagok részei a Mathema- 
tica teljes változatának, és többek közt 

az alábbi témákkal foglalkoznak: grafika, 
geometria, hangtan, statisztika, mérték- 
egységek, algebra, analízis, diszkrét mate- 
matika, numerikus módszertan. A könyv 
tárgya némileg A Mathematica könyv 
kiegészítésének tekinthető, úgy éreztem, 
hogy ténylegesen is a részét kellene képez- 
nie, különösen, ha figyelembe vesszük, 
hogy a kiegészítő csomagok a Mathema- 
tica minden kiadásában megtalálhatók. 

A Mathematica 4.2 Linuxra írt változata három különböző 
kiépítést támogat: az x86-t, az Alphát és a PowerPC-t (az 
Itaniumra írt változat csak nemrég látott napvilágot, így nem 
szerepelt a telepítő CD-n). A lemez tartalmazza a Mathematica 
könyvet és az Általános kiegészítő csomagok című könyveket is 
a Mathematica , Notebook" formátumában, ami böngészhető és 
kifejezések keresésére is lehetőséget nyújt. Ez a formátum jó 
referenciát jelent, amikor a Mathematicában dolgozunk, 
bármiről legyen is szó. 

A program telepítése nem jelenthet gondot. Behelyezzük a 
CD-t az olvasónkba, az Installers könyvtárban megkeressük 

a megfelelő kiépítés alkönyvtárát, és futtatjuk a 
MathInstaller parancsfájlt. A telepítés végén meg kell 
adnunk a felhasználási szerződésünk számát és a hozzá tartozó 
jelszót. Akkor sincs baj, ha a telepítéskor még nem rendel- 
kezünk ezekkel az adatokkal, ugyanis a program a futtatás 
során ismét kérni fogja. 

Felhasználási szerződésszámunk mindig ugyanaz marad, még 
a program frissítésekor sem változik. Jelszavunkat a Wolfram 
Research állítja elő, amikor regisztráljuk a példányunkat. 
Ehhez a felhasználásiszerződés-számunkra és a Mathematica 
által programinduláskor előállított MathID-re van szükség. 
Saját tapasztalatomból kiindulva nem ajánlom a program 
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2. kép A Mathematica 3D-képességeinek felfedezése 


telepítését olyan gépre, amelyben gyakran változnak az 
alkatrészek. Ha ezek módosulnak, az nagy valószínűséggel 

a MathID változását is maga után vonja. Ugyanez igaz új 
rendszermagfra történő frissítéskor. Ez azt jelenti, hogy fel kell 
venni a kapcsolatot a Wolfram Researchcsel és új jelszót kell 
kérnünk. Biztos vagyok benne, hogy ez a módszer megkíméli 
a céget néhány jogosulatlan felhasználótól, de meg kell mon- 
danom, hogy elég kényelmetlennek találtam. 

A Mathematicát a hátterében rejlő elv teszi igazán sokoldalú 
és hatékony számítási felületté. A programban mindent egy 
szimbolikus kifejezés képvisel, aminek a SinIx] kifejezés egy 
jellemző példája. Ez a kulcsa a működésnek, mivel minden 
függvény értéket vehet és kaphat bármely más függvénytől. 
Ez annyi lehetőséget nyit meg, hogy valósággal már a puszta 
száma is elárasztott azoknak a dolgoknak, amiket a vizsgálatom 
során kipróbálhattam. 

Hogy jobban el tudjuk képzelni a Mathematica , bármit 
bármihez" elvét, nézzük az 1. képen lévő szinusz függvényt. 

A Sin függvény az x10 változótól kapja a bemenetét és az 
eredményt a Plot függvénynek adja tovább. Ez a Sin által 
előállított értékek felrajzolását eredményezi. Ha úgy döntünk, 
hogy a rajz helyett valahogy másként szeretnénk az eredményt 
felhasználni, a kimenetet egyszerűen átadhatjuk egy másik 
függvénynek. Például a Play függvény a pillanatnyi hangot 
állítja elő, ami a képre kattintva hallható. 

Mindenképpen meg akartam vizsgálni a Mathematica 3D-s 
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képességeit is. A 2. képen látható, hogy a szinusz és koszinusz 
függvényeket használom a ParametricPlot3D függvény 
bemeneteként. Ha befejeztem a kifejezés beírását és meg- 
nyomom a SHIFT-ENTER billentyűkombinációt, a program meg- 
rajzolja a függvény háromdimenziós képét. Ez csak néhány le- 
hetőség a Mathematica 1100 beépített és 1000 kiegészítő függ- 
vénye közül, amelyek a 4.2 csomagban megtalálhatók. A vizs- 
gálathoz rendelkezésemre álló idő rövidsége miatt úgy érez- 
tem, hogy valójában a programban rejlő számítási lehetősé- 
geket még nem is érintettem. 

Nem csak arról van szó, hogy dr. Michael Trott, aki Wolfram 
Research munkatársa és a Graphica 

(2 http:/www.gaphica.com) könyv szerzője, nagylelkűen 
rendelkezésemre bocsátotta a megjelenés előtt álló, , The 
Mathematica Guidebook Series" (Mathematica útmutatóso- 
rozat) teljes kéziratát (2 GB). Igazi élvezet volt azoknak a 
kifejezéseknek a böngészése és kipróbálása, amelyek azokat 

a nagyszerű képeket eredményezik, amik a Wolfram Research 
kiadványaiban is megjelennek - ilyen például A Mathematica 
könyv borítóján látható dodekaéder. Alig várom, hogy elké- 
szüljön a könyvsorozat. 

A Mathematica kipróbálása két különböző számítógép-kiépí- 
tésen, két operációs rendszer alatt folyt. Én egy x86-os gépen 
futó Linux alatt próbáltam ki a rendszert, míg Helen Moore 
matematikus egy Mac OS X rendszeren 
dolgozott. Bár Helen segített az eredmények 
értékelésében, ez az írás kizárólag az én 
véleményemet tartalmazza. 

A két rendszeren a Mathematica lényegében 
ugyanúgy működött, Helennel együtt meg 
voltunk vele elégedve. Egyedül a regiszt- 
rációs és jelszó-előállító folyamatra haragud- 
tunk egy kicsit. Ettől eltekintve bárkinek 
nyugodt szívvel ajánlhatjuk, dolgozzon akár 
Linuxon, akár Mac OS X alatt. 

A Wolfram Research munkatársai készséggel 
segítettek bármilyen általam felvetett gond 
megoldásában (jó a kiszolgálás). A Mathe- 
matica for Linux nagyszerű program, talán 

a legjobb program, amit valaha Linuxon fut- 
tattam. A kipróbálás alatt magamról megfe- 
ledkezve órákat töltöttem a program képes- 
ségeinek próbálgatásával, a lehetőségek fel- 
fedezésével. Helen szavait idézve: , A Ma- 
thematica remek program. Valószínűleg a 
legjobb kereskedelmi csomag szimbolikus 

és numerikus számítások végzésére." 
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Hátrányok 


Köszönetnyilvánítás 

Köszönetemet fejezem ki dr. Helen Moore- 
nak a kiértékelésben nyújtott segítségéért, 
dr. Michael Trott-nak, hogy használhattam a 
jegyzeteit, Ben Wilson-nak és P J. Hinton-nak, a Wolfram 
Research munkatársainak a segítségért és gyors válaszokért, 
amiket felvetett kérdéseimre adtak. 
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Dragan Stancevic 

Huszas évei végén járó rendszermag- és hardvermérnök. Bár 
hivatását tekintve programmérnök, mély érdeklődést érez az 
alkalmazott fizika iránt, és az Is köztudott róla, hogyha szabad- 
idejében játszani kezd, akkor szinte megszállottként viselkedik. 
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NMatematikai programok Linux alatt 


Nincs olyan ember, akinek ne lenne valamilyen szintű kapcsolata a matematikával. 
Iskolai tanulmányaink alatt több év alatt jutunk el egyszerűbb és bonyolultabb 
feladatokon keresztül az elvonatkoztatás egyre magasabb fokáig. 


étköznapokon az alapműve- 

leteken kívül csak kevés mate- 

matikai ismeret szükséges, de 
a természettudományok, így a számítás- 
technika művelői számára is nélkülöz- 
hetetlen a magas szintű matematikai 
tudás. 
lanulóként vagy olyan szülőként, 
akinek a gyerekei matematikát tanulnak, 
bizony, nagy segítség lehet, ha az ott- 
honi számítógépen matematikai prog- 
ramok is futnak. Pénzügyi kimutatá- 
saink elkészítéséhez nagyszerű segítsé- 
get nyújthatnak a táblázatkezelő prog- 
ramok, amelyek szintén matematikai 
alapúak. Ha tudományos munkában 
veszünk részt, a matematikai tárgyú 
részfeladatok megoldásában is jól jöhet 
a számítógép, bizonyos szakterületeken 
a használata elengedhetetlen. 
A Linux elsőrangú operációs rendszer 
matematikai programok futtatásához és 
fejlesztéséhez. Számos kereskedelmi 
célú matematikai programnak létezik 
linuxos változata, sőt sok program ese- 
tén éppen a Linux a fő fejlesztői operá- 
ciós rendszer. Általános célú és egyedi, 
kifejezetten az adott szakterületre írt 
programok egyaránt rendelkezésünkre 
állnak. Itt most csak olyan programokról 
lesz szó, amelyek a szélesebb közönség 
számára is érdekesek lehetnek. 
Szinte minden Linux-terjesztés tartal- 
maz néhány matematikai programot. 
Ezek közül bizonyosak az operációs 
rendszer működését a parancsértelmező 
szintjén segítik elő, ilyen például az 
expr és a bc program. (Ha valamit 
gyorsan kell kiszámolni, én nem is hasz- 
nálok mást, csak bc-t. Az újabb Linuxo- 
kon a man bc parancssorral magyar 
nyelvű kézikönyvoldalhoz jutunk.) Más 
programokat jellemzően az ablakkezelő 
Oktatóprogramok/ Matematika menüjé- 
ből indíthatunk, amennyiben az álta- 
lunk használt Linux-változat ezt támo- 
gatja (a SuSE Linux például ilyen). Ha 
olyan programot szeretnénk használni, 
ami nincs meg terjesztésünkben, akkor 
azt az Internetről tudjuk a legkönnyeb- 
ben beszerezni. Általános szabály, hogy 
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a legfrissebb változat rendszerint csak 
forráskódban érhető el, többnyire .tar.gz 
formátumban. (Az ilyen fájlok telepítési 
módjáról a Linuxvilágban többször is 
olvashattunk már.) Néhány program 
további programokra vagy fejlesztői 
csomagokra (" -devel) épül; ameny- 
nyiben hibajelzést kapnánk, próbálkoz- 
zunk Linux-rendszerünk írissítésével. 
(A rendszerfrissítés külön szakma, 
amivel még gyakorlott linuxosként is 
meggyűlhet a bajunk.) 

Az Internetet böngészve igen-igen sok 
matematikai programra bukkanhatunk, 
amelyeknek a minősége nagyon külön- 
böző lehet. Bizonyos programokat évek 
óta nem fejlesztenek már, másoknak 
naponta érkezik új változata. A Source- 
Forge.net Software Map hivatkozására 
kattintva a Science/Mathematics kategó- 
riában tevékenységük mértéke szerint 
látjuk a matematikai projekteket, ami 

jó megközelítést arra vonatkozóan, 
hogy milyen programokat érdemes 
időről időre kipróbálnunk. A 

2 http:/www.gnu.org/directory/science/ 
math cím kifejezetten a GNU projektbe 
tartozó fejlesztések listáját adja meg (ez 
lényegesen rövidebb lista). Hasznos 
hivatkozásgyűjtemény a 

2 http:/richtech.ca/cgi- 
bin/seul/seulview.pl?category—Math cím 
is, ezt főként oktatási szempontok 
szerint állították össze a weblap 
karbantartói. 


Komputeralgebrai rendszerek 

Ma Magyarországon talán a Maple 

(2 http:/www.maplesoft.com) a 
legismertebb komputeralgebrai rendszer 
(Computer Algebra System, azaz CAS). 
A Maple és a hozzá hasonló programok 
óriási matematikai bázissal, párbeszédes 
módon segítik a feladatmegoldást. Fő 
erejük a pontos (nem kettedestört alapú 
kerekített) számolás, a számos beépített 
matematikai szolgáltatás és a könnyű 
kezelhetőség. (Ez utóbbihoz annyit 
hozzá kell tenni, hogy a programmal 
történő párbeszéd angol nyelvű, ami sok 
felhasználónak gondot okozhat.) 











One of the new functions which make this tool ideal for interactive exploration is the 
"elipping plane", which you can use to peek inside objects. From the image above, we 
simply inserted a dipping plane and positioned it to see the place where the Klein bottle 
intersects itself (the only way to immerse a Klein bottle in three dimensions): 
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A Maple mellett többen használnak 
Mathematicát is. Mindkét profi rendszer 
komoly anyagi befektetést jelenthet 
számunkra, ezért magyar viszonylatban 
érdemes ezeknél esetleg , fapadosabb", 
mégis jól használható programok után 
néznünk, különösen, ha sok felhasználó 
számára kell egyszerre elérhetővé 
tennünk ugyanazt a programot (például 
tanárként vagy rendszergazdaként). 

Az első lehetőség a MuPAL, amit Né- 
metországban a Paderborni Egyetemen 
fejlesztettek ki, és a SuSE-terjesztés jó 
néhány éve tartalmazza. Legfrissebb 
változata a 2.5.2-es, amelyben korszerű 
háromdimenziós megjelenítéssel dol- 
gozhatunk (1. kép). A Help/Help Docu- 
ments/MuPAD Tutorial menüpont alatt 
leX alapú, rengeteg példát tartalmazó 
hypertextes tankönyvet találunk, 
melyben a , 2. First Steps in MuPAD" 
fejezetet célszerű először elolvasni. 

A MuPAD nyilvános változata memória- 


(D1) 
(02) solveí2tx"2413tx-550) ; 


föl Tas Forward E ait) Opti Options) Urt: "me: /fustflocaljsharefmaximaz5.3.O/xmaximazintro.htmi 





elicking below 


e integrate(i7(15x"3), x) 


see some more capabilities. 


e diff(cos(x),-x) ; returns RESÜLT. 
Maxima can calculate indefinite integrals . 


e integrate( xéílrx"3).x ); returns RESULT 

e ..and definite integrals with respect to x frorn 0 to 1. 
integrate( 17í(1srx"2), x, 0, 1 ):; returns RESULT 

e plotzdísiníx), [x, 0, 283Pi]) 

e plot3d(íx"2-y"2, [x, -2, 2], [y, -2, 2], [grid, 12, 12]) 


9 Also, limits can be evaluated as x goes to infinity: 
limit( (2txr1l)/(3txr2), x,inf ); produces RESULT 
e limit( siní3tx)/x,  x, 0); evaluates to RESULT 





Maxirna is a computer program for doing mathematics calculations, symbolic manipulations, nurerical computations and graphics. Procedures can be programmed and 
then run by Maxima to do complex tasks. Much of the syntax for other languages such as Maple was copied frorn Maxirna. Full documentation is available. 

To do basic operations, a line is typed, followed by a semicolon, and then entered. This can be done in the window above. Álternately you may edit the blue portions in this 
buffer, and elick on them, to see the result evaluated above and/or inserted in this window, depending on what was specified in the html source for this file. For example 


You may double click the above formula, and the integral will be substituted into the Maxirna evaluation in the other window. There are examples which you may also look at 
3d plotting If you wish to have your plots appear in a separate window, go to the preferences button under file, and select separate. You may also go to the netmath page to 


Here are some examples frorn basic calculus. To have Maxima evaluate the derivative of the function below, elick on this line: 


Maxima can perform calculations to arbitrary precision. The following example computes Pi to one hundred decimal places. 





korlátos (azaz bizonyos nehézségű 
feladatoknál visszautasítja a válasza- 
dást), de ez a legtöbb felhasználó szá- 
mára egyáltalán nem érzékelhető. Zárt 
forráskódja ellenére a MuPAD előnyös 
választási lehetőség mind a Maple, mind 
a Mathematica mellett, és mivel ingye- 
nesen is hozzáférhető, az oktatásban is 
kezd elterjedni. 
Léteznek más programok is, amelyek 
szabad forráskódúak: 
e Az egyik a Maxima 
(2 http:/maxima.sf.net), ez az 
1965-1972 között, az MII-n fejlesztett 
legelső CAS, a Macsyma 
(2 http:/wwwi.scientek.com/macsym 
a, 2. kép) szabad változata. Nemré- 
giben jelent meg az 5.9.0-s változat, 
ami a Linux mellett más operációs 
rendszereken is elérhető (3. kép). 
e Egy másik friss fejlesztés a Yacas 
(5 http://yacas.sf.net), ami a Yet 
Another CAS szavak rövidítése 
(4—5. kép). Az Examples ( ) ; pa- 
rancssor beírásával újabb és újabb 
példákat kapunk, amelyek segítsé- 
gével elsajátítható a program alap- 
szintű kezelése. 
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ovzolgpoS:"? yacas 
Ceditvi,ys] Cunix.ys] 
Truer 
This is Yacas version "1,0.54 
i 0 you can redistribute Yacas or 
odify ít under certain conditions, Yacas comes with ABSOLUTELY NO HÁARRANTY, 
ee the GNU General Public License (GPL) for the full conditions, 
ype 7license or 7licence to see the GPL 
ee httpt://yacas.sf.net for more information am 


: type 7warranty for warranty info, 
d documentation on Yacas, 


eric modet "Internal" 


To see example commands, keep Sá Example(C): 

In? Example(C)t 
urrent example t 401: 
imple factorial of a number, 

0ut2 815915283247897734345611269596115894272000000000£ 
urrent Fllybést 1: DOGOSIÍNCx2? 


Taking the derivative of a function (the derivative of Sin(Cx) with 
espect to x in this case), 





Out) Cos(x)t 
urrent example t: Taylorcx,0,595inCx2s 
xpanding a function into a taylor series, 
0ut2 e 
ample( 

rent Cl t IntegrateCx,a.bdSinCx2t 
Integrate a function, 
0ut? Cos(a)-Cos(b)t 
In? ExampleC2t 
urrent example : Solvelatxátyzzz,x)? 
olve a function for a variable. 
Out? (2z-a)/yt 
urrent Köszke t Limitcx,005inCx2/xt 


Take a limit, 


urrent eli t Subst(x CosCa))xtxp 
ubstitute an expression with another ín the main expression, 
Out? 2xCos(a)t 
urrent egkágáte t Expand((itx2"30t 
xpand into a polynomial, 
Out? xZ3t3RXKÖZTZRXTÁt 


e . Harmadik lehetőségünk az, hogy a 
GiNaC C-t - eljárásgyűjteményt 
használjuk (6. kép), közvetlen módon 
hívva a ginsh matematikai parancs- 
értelmezőt. A GiNaC-ot 


(2 http:/www.ginac.de) a német- 
országi Mainz Johannes Gutenberg 
egyetemén fejlesztik, s kevesebbet 
tud ugyan más CAS-programoknál, 
viszont előnye, hogy C-t --ban igen 


Pillanatok alatt elkészíthető, GiNaC 
alapú programocska 


Hinclude ciostreamsz 
Htinclude cginac/ginac.hs: 
using namespace std; 
using namespace GiNaC; 


int main () 


( 
SYD VES (Sen) tsa neszt ks 
ex poly; 


for (int i1-O; iciO; --i) 
poly c factorial (1) 
s HOW(Xx,1] "powíy, 10-11) ; 
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co sás poly zza lendl: 
return 0; 


könnyű szimbolikus számításokat 
végezni a segítségével. (A listánkon 
látható programot a GiNaC info ol- 
dalán található példaprogram alap- 
ján percek alatt készítettem el, melyet 
agt-r fRjlnöv.cc -o kimenet 
-1cin -1ginac parancssorral 
fordítottam le futtatható kimenetté.) 
A Maxima LISP nyelven íródott, a Yacas 
és a GiNaC pedig C-t 4-ban. Mindhá- 
rom program mögött komoly fejlesztői 
szervezet áll, azaz hosszú távon a három 
közül bármelyik program vetélytársa 
lehet a kereskedelmi komputeralgebra- 
rendszereknek. 
Egyelőre nem említhető egy lapon a 
fenti programokkal, mégis hadd számol- 
jak be egy olyan munkáról is, amelyet 
kollégáimmal kezdtünk el a Szegedi 
lIudományegyetemen. A WebMathema- 
tics Interactive nevű, számos szabad 
programra épülő fejlesztésünk — meg- 
lévő CAS-programok támogatásával — 
középiskolások, főiskolások, egyetemis- 
ták számára ad lehetőséget gyakori ma- 
tematikai feladatok számítógépes meg- 
oldására a saját anyanyelvükön. A diák 
ellenőrizheti is a tudását a folyamatosan 
bővített tesztkérdés-adatbázis segítsé- 
gével. Programunk (GPL felhasználási 
szerződésű) a 3 http:/pascal.math.u- 
szeged.hu/wmi címen próbálható ki. 


Függvényábrázolás, 

geometria, fraktálok 

A teljesség igénye nélkül lássunk pár 
példát más jellegű matematikai progra- 
mokra is! A legismertebb Unix alapú 
függvényábrázoló a gnuplot, aminek 
nemrég jelent meg a 3.7.3-as változata. 
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EE aba 
FELHNELE zTZAE, vasere 
Köezt THIS 02 sé gggegye 
EZT EZTET ALAZTIRALORAETO 6 


HE EJH 








szerkesztési feladatok megoldásánál 
nagy örömet szerezhetnek az úgyneve- 
zett bázispontok felvételén alapuló 
geometriai szerkesztőprogramok. Min- 
den megszerkesztett objektum (szaka- 
szok, körök) előre adott bázispontokra 
épülnek, és a bázispontok későbbi 
mozgatásakor az elkészült rajz teljes 
egészében dinamikusan újrarajzolódik. 
Két olyan szerkesztőprogram is rendel- 
kezésre áll, ami a magyar nyelvet is 
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Ez a program igazán klasszikusnak 
számít a Unix-történetben, hiszen 1984 
óta fejlesztik. Előnye, hogy interaktív 
módon kezelhető, s kimenete számos 
előre beprogramozott formátum lehet 
(például: PostScript, X-ablak, vagy akár 
ASCII-jelekből készített blokkgrafika, 
mint az a 7. képen is látható). Hátránya, 
hogy nem eléggé felhasználóbarát, vagy 
inkább fogalmazzunk úgy: kezelőfelülete 
nem mindenki számára kényelmes. 
Vannak más, grafikus kezelőfelületű 
függvényábrázolók is, melyek azonban 
a kezdeti fejlesztés után rendszerint 
elakadtak. Éppen ezért ha Linux alatt, 
,korszerű" módszerek segítségével 
szeretnénk a gyerekekkel a függvényáb- 
rázolást gyakorolni, akkor — mivel a táb- 
lázatkezelés úgyis iskolai tananyag — ki- 
próbálhatjuk például az OpenOffice.org 
beépített táblázatkezelőjét (8. kép). 

Az elemi geometria tanításában, a 


14 Linuxvilág 








fá he S ad 


: A ABB Me / 


támogatja. Az egyik a DrGenius (9. kép), 
amelyet elődje, a DrGeo folytatásaként 
fejlesztenek programozó tanárok. Ez a 
program kevés szöveggel, számos beszé- 
des ikonnal intuitív módon kezelhető. 

A másik a kseg (10-11. kép); különle- 
gessége a szerkesztési lépések egymás- 


utánjának a kijelzése. Alapértelmezés- 
ben a kseg program angol nyelvű, 
ezért a File/Choose Language... menü- 
pontjában keressük meg és válasszuk ki 
a kseg hu.gm nevű fájlt (ez kimásolható 
a forrás programcsomagjából, ha nem 
lenne fenn a gépünkön). Mindkét geo- 
metriai program támogatja az elkészített 
ábrák PostScript formátumú mentését 
is, ami a közvetlen kinyomtatás mellett 
további feldolgozásukat segítheti elő. 

A matematika megszerettetésében nagy 
szerepük lehet a látványon alapuló 
programoknak. Sok olyan emberrel 
találkozom nap mint nap, akik ódzkod- 
nak a matematikától, a különleges ma- 
tematikai ábrák láttán megdöbbennek, 
ám azok mégis felkeltik az érdeklődésü- 
ket. Bár a surf nevű program kezelése 
nem egyszetű, az elkészített háromdi- 
menziós képek szépsége kárpótol ben- 
nünket a fáradságért (12. kép). Több 
olyan program is létezik, amivel fraktál- 
képeket állíthatunk elő. A KDE beépített 
fraktálkészítője (a kfract, 13. kép) 
könnyen kezelhető, ám például a XaoS- 
hoz (14. kép) viszonyítva kevés támoga- 
tást nyújtó program. Ez utóbbival vi- 
szont — amellett, hogy a legfrissebb vál- 
tozat 13 különböző fraktáltípust ismer — 
valós időben, mozifilmszerűen nagyítha- 
tunk bele az egyes fraktálokba. 


Szövegszerkesztés, 

matematikai képletek 

Ha matematikai szöveget írunk Linux 
alatt, legkézenfekvőbb eszközként 
valószínűleg a leX program jut először 
eszünkbe. Én sikerrel használom a 
LyX-et, amely LaleX alapú, és azonnal 


8 Körülírható Kör 


Középpont 
. 





képes akár PDF-, akár PostScript- vagy 
HTML-kimenetet is létrehozni (ez utób- 
bit a latex2html! átalakítóprogram 
segítségével). A legutóbbi változat már 
többféle képformátumot is be tud töl- 
teni, így nagyon kényelmesen és gyor- 





5.pont D Írejten) a szakasz s , középpontja. 
6. Adott (3) pont C. 


11. Végső törött vonal P3-nak csúcsai vannak a ] 
12. Kezdeti szakasz $ , végpontjai B és C. 


15. szakasz g , végpontjai E és F. 


18, Vácra tárátt unnal P 1.nak csficeai vannak a Í 
pie 


4 


san profi minőségű szöveget elő tudunk 
vele állítani. Ha a nyomtatás minősége 
fontos, akkor feltétlenül PostScript for- 
mátumban érdemes elkészíteni a doku- 


mentum ábráit, például az xfig prog- 
rammal; ez azonban sokszor nem kis 
szakértelmet kíván. lapasztalatom 
szerint a legkönnyebben StarOffice-szal 
készíthetünk szép, pontos PostsScript- 
ábrákat, amelyeket könnyen át tudunk 


www.linuxvilag.hu 


Vegyünk fel eg naromaztget melynek oldalai regyenekla. lb ese, szögei 


fi peaglan 4 ee 


Pitagorasz tétele 


Fájt Szerkesztés — Beszúrás 
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Pitagorasz tétele 


Vegvünk fel egy ABC háromszöget, me 
szögei pedig a. d és 9. 


A Vegyünk fel egy ABCháromszöget, melynek oldalai legyenek a, b és c, szögei pedig c. 


c 
Ha a háromszög derékszögű, akkor — felt 


a a 9 
atb zsé 


Edie ET 


[7 levelén 
FÁN Szerkevztés ézet Besrúrán Fogmárum Erkézők Akik Súgó 
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Pitagorasz tétele 


Vegyünk fel egy háromszöget, melynek oldalai legyenek a, b és c, szögei pedig a, f és y. 


3úlet atGÚúR 


Gas Hz 


Ha a háromszög derékszögű, akkor — feltéve, hogy y— 907 — 
a 4bzé . 
ZETT 
Alapértelmezett 15994 "BESZÚR." STD. HP 66 


2. dolgozat: Egyenletek, 
szöveges feladatok 


B csoport 


3) 4-((x—5)23-(x—5)—(2—10x) 


4) Egy szám a másiknak ötszöröse, 
különbségük 32. Melyik ez a két szám? 





vinni LyX-be is. Az ábra elkészítése után 
jelöljük ki a teljes ábrát (pl.: CTRL-A-val), 
majd a File/Export... menüpont alatt .eps 
formátumban mentsük, ügyelve, hogy 

a Selection lehetőség be legyen jelölve. 

A mellékelt képen (15. kép) láthatjuk, 
hogy a LyX-szel készült szövegből .dvi 
kimenet és .html is készíthető (a gépe- 
men futó latex2htmil túl régi, ezért 

a html kimenet nem túl szép; a legfris- 
sebb változat sokkal látványosabb doku- 
mentumot gyártana). 

Van, akinek a leX/LaleX alapú rend- 
szerek túlságosan bonyolultak. A Star- 








A: 


Változott, 


Formátum Nézet Felépítés — Dokumentum — Súgó 


Pitagorasz.eps 


[nincs megjelenítve] 
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Ha a háromszög derékszögű, akkor -- feltéve, hogy y - 907 -- 


Office, illetve OpenOffice programok 
első látásra könnyebben kezelhetőnek 
tűnnek, mint a LyX vagy a leX/LaleXx. 
Azonban sok apró trükkre rá kell jön- 
nünk, amíg ténylegesen úgy néz ki a 
dokumentumunk, ahogyan szeretnénk, 
és kezdetben egészen egyszerű matema- 
tikai szövegeket is csak hosszas mun- 
kával tudunk létrehozni. A feleségem, 
aki szintén matematika szakos tanár, 
másfél év alatt komoly tapasztalatot 
szerzett a StarOffice-os képletszerkesztő 
használatában, és — velem ellentétben — 
nagyon gyorsan bonyolult feladatsoro- 
kat is össze tud állítani a segítségével. 
(A 16. képen a saját munkám, a 17-en 

a feleségemé látható.) 


Zárszó 

A fentiekben épp csak be tudtunk 
pillantani a linuxos matematikai 
programok némelyikébe - rajtuk kívül 
sok olyan program létezik, ami emlí- 
tésre méltó és a gyakorlatban is sikerrel 
alkalmazható. A programok használati 
utasításai, a kézikönyv- és infooldalak, 
továbbá az internetes források további 
útmutatást adnak az érdeklődő olva- 
sók számára. 


Kovács Zoltán 

(kovzol omath.u-szeged.hu) 
lanársegéd a Szegedi ludo- 
mányegyetem Bolyai Intézeté- 
ben az Analízis Tanszéken, 
matematikát és számítástech- 
nikát tanít óraadóként a szegedi Radnóti 
Miklós Kísérleti Gimnáziumban. 
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Kandros Desktop 1.0 


A Linux fejlődése afelé mutat, hogy előbb-utóbb meg fog szűnni a Microsoft 
egyeduralma a munkaállomások operációs rendszerének a piacán. Legalábbis 
remélem, hogy ez a változás minél hamarabb be fog következni. 


zámos olyan projekt indult el, ami megváltoztatta az 
§ egyszerű felhasználók hozzáállását a Linuxhoz, és 

igenis bebizonyította, hogy létezik olyan választási 
lehetőség, ami képes a megszokások emberét egy másféle, 
mégis hasonló operációs rendszerhez átcsábítani. 
Kezdetben volt a Progeny, ami — hasonlóan a Xandroshoz — 
Debian-alapokon nyugvó operációs rendszer volt, illetve nem- 
csak volt, hanem az is, csak a fejlesztése állt le. 
lavaly november tájékán jelent meg a Xandros, ami Corel Linux- 
örökséggel bír. Bevallom, nagyon vártam, hogy mikor jutok már 
hozzá egy ilyen operációs rendszerhez, mivel a Corel igazi áttö- 
rést jelentett számomra. Mindazt tudta, amit a , nagyok" nem, 
és mivel a Corel elsősorban grafikai programjairól híres, ez 
nagymértékben meglátszott a KDE felületén. A nagy várakozás- 
nak vége, itt a Xandros Desktop 1.0 Debian 3.0-s alapokon. 
A termék a Xandros Desktop 1.0 CD-jét, a KD3 technológiai 
előzetesét (csak erős idegzetűeknek, a Xandros ipari felhasz- 
nálás esetén nem ajánlja a használatát), valamint a nyomtatott 
leírást (250 oldal) tartalmazza. lovábbá jár hozzá a 30 napos 
terméktámogatás, egyebekről nem is beszélve (például 
regisztrációs kártya). 


A telepítésre szánt eszköz: 
HP Vectra VL420 DT 
inyama LCD monitor 
Intel PRO/VE 100 hálózati kártya 
Intel 810 beépített hang 


A telepítőprogram a Corel Linuxhoz hasonlóan nagyon egyszerű, 
sőt szerintem ennél könnyebben használható már nem is lehetne. 
Az üdvözlőképernyővel és a felhasználási szerződést tartalmazó 
ablakkal együtt összesen 12 képernyőn kell végiglépkedni ahhoz, 
hogy a Xandros legyen az operációs rendszer a gépünkön. Érde- 


(I VMwsare Workstation [Fő]: Linux (Norbert Kosztadinovszki 
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mes azért végignézni, hogy milyen kérdéseket tesz fel a telepítő! 
A Xandros szerint szükséges eszközök táblázatunkban láthatók. 
A felhasználási szerződés egy kereskedelmi gépre, illetve kor- 
látlan otthoni, illetve nem kereskedelmi gépre történő telepítést 
engedélyez. Ez annál is furcsább, mert a Xandros honlapján 
(2 http:/www.xandros.com) egyértelműen az olvasható, hogy 
a teljes Desktop változat ára 99 dollár, és ez a tétel nem más, 
mint együtt a CodeWeavers CrossOver Office és a CrossOver 
Plugin összesen 69, plusz a Xandros 30 dollárja. A Standard 
Desktop pedig 39,95 dollárt kóstál; hogy mitől kerül többe tíz 
dollárral a butított változat, az kérdés marad, mivel minden 
különleges szolgáltatás hiányzik belőle (NIFS lemezrész átmé- 
retezése, CodeWeavers programok), és nincs hozzá csak egyet- 
len alkalomra szóló terméktámogatás. A tesztek alapján sokkal 
inkább tudom ajánlani a Custom telepítését, mert az Express 
üres merevlemezre ajánlott. 

A telepítő csak angolul szólal meg, és a kész telepített rendszer 
is csak kevés nyelvet támogat (a magyart nem), igaz, némi 
felkészültséggel és kitartással sokat lehet javítani a Xandros 
nyelvi támogatásán. 

A telepítési folyamat után az első indításkor a Xandros fekete 
képernyője a pulzáló Xandros logóval fogad. Puritánabb, mint 
a SuSE színes animációi, mégis sokkal elegánsabb. Néhány 
üzenet és a KDM grafikus beléptető program köszön ránk. 

Az első grafikus indítást követően önműködően elindul a First 
Run Wizard. 


Hogyan készítsünk Xmodmap fájlt? 


A módszer ősrégi, de szerintem a legbiztosabb eredményt nyújtja. 
Miről is van szó? Az zmodmap parancs segítségével olyan 
billentyűzetkiosztást lehet betölteni, amit a felhasználó szeretne. 

8 s Mire van szükség ehhez? 
Először is szükség van egy 
xterm ablakra, majd ott ki kell 
adni az xev parancsot. 
Megnyílik egy kis ablak, és meg- 
változik az xterm tartalma is. 
Fontos, hogy az egérrel ki kell 
jelölni a kis fehér ablakot, vagyis 
annak az üres területét, és akkor 
kell lenyomni a billentyűt. A lenyo- 
mott billentyű kódja megjelenik. 
Két fontos adatra lesz szükség az 
Xmodmap fájl megírásához, a 
keycode számra, jelen esetben 
ez a keycode 51, valamint a záró- 
jelben lévő utolsó adatra, 
példánkból kiindulva az ucircumflexre. Ezt a folyamatot, eljárást 
minden olyan karakterre, illetve billentyűre el kell végezni, ami nem 
megfelelően jelenik meg a képernyőn vagy írás közben a szövegben. 
Ha minden hibás tétel megtaláltatott, akkor el kell készíteni az 
Xmodmap fájlt. A fájl helye a /etc/X11/Xmodmap, általában minden 
Linux-terjesztés tartalmaz egy ilyet. 
Szerkezete a következőképpen fest: 
keycode szám — ckisbetű kódja ca shift lenyomására mi 
jelenjen meg5 caz Alt Gr lenyomására mi jelenjen meg-— 
Példánkból következik: 
keycode 51 - úücircumélex Ucircumilex 
Itt azű Ú fog megjelenni, és mivel az ALr GR lenyomásával adott 
karakterre nincs szükség, ezt nem kódoltam le (a fájl a 46. CD 
Magazin/Xandros könyvtárában található). 
Létezik egy másik lehetőség is az Xmodmap létrehozására, 
ez pedig nem más, mint az xkeycaps program, ami a 
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A telepítés 

A varázsló végigvezeti a felhasználót mindazokon a lépéseken, 
amelyek kiindulópontul szolgálnak a munkaasztal beállításá- 
hoz, valamint a nyomtató beállítása is megtörténik. A nyomtató 
beállításánál hiányzott, hogy nem láttam nyomtatókereső gom- 
bot. Többek között azért is igényeltem volna, mert ez a szolgál- 
tatás a Mandrake-ben benne van. 

A rövid újraindítás után fedezzük fel a Xandros nyújtotta 
pluszokat, újdonságokat! Engem legfőképp a Xandros Net- 
works szolgáltatás érdekelt. Mit tud nyújtani, illetve mennyire 
képes kiszolgálni a felhasználói igényeket? Keserű csalódás, 
hogy a programkínálat enyhén szólva is szegényes, a frissítések 
sem jöttek olyan ütemben, mint ahogy az elvárható lenne. 

Az első telepítéskor semmilyen biztonsági frissítés nem volt, 
decemberben kezdett a számuk gyarapodni és akkortájt kezd- 
ték kijavítani a felhasználók által jelzett hibákat. 


Frissítések 

A következő csoportok találhatók a Xandros Networks-frissíté- 

sek között: 

e — Alkalmazásífrissítések: kanadai francia billentyűzetkiosztás, 
internetcsatlakozás-frissítés, Apache-frissítés, CodeWeavers 
CrossOver Office-frissítés. 
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46. CD Magazin/Xandros könyvtárában található, vagy a 

2 http:/Avww.jwz.org/xkeycaps honlapon érhető el. Az xkeycaps 

telepítése nagyon egyszerű, a következő lépésekre van szükség: 

1. Ki kell csomagolni a tar.z fájlt. 

2. Adjuk ki az xmkmf utasítást. Itt akadt egy kis hiba: a Xandros 
nem tartalmazta a szükséges állományokat, ezért le kellett tölteni 
a libxaw6-dev és a libxaw7-dev csomagokat (természetesen a 
libxawb6 és libxaw7 is szükséges, de ezek a csomagok fenn voltak 
a rendszeren). 

3. make 

4. make install 

5. make install.man 

A telepítést követően xkeycaps paranccsal lehet meghívni 

a programot és beállítani a billentyűzetkiosztását. 

A program alapból a ../home könyvtárba menti az Xmodmap fájlt, 

ekkor azonban csak az adott felhasználó képes az Xmodmap fájl hasz- 

nálatára, ha tehát valamennyi felhasználónak ugyanazt a kiosztást 

szeretnék kiadni, akkor a fájlt be kell másolni a /etc/X11 könyvtárba. 


LEÜL Select a Keyboard and Layout: 
Restore Default 
. A keyboard type was not specified. Based on the vendor 
identification string of the display "0.0", which is 
"The XFree86 Project, Inc" 
we will assume that you are using a keyboard of type "L101". 


Vendors: Keyboards: Layouts: 
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e — Biztonsági frissítések: KDE biztonsági frissítés, Xandros 
Networks biztonsági frissítés, és a sokak által hiányolt tűz- 
falprogram (alapból ugyanis nincs a rendszerben), a 
Firestarter. 

e — Kritikus frissítés: a Xanadros Dekstop eszközfelismerő 
rendszer frissítése. 

e Ajánlott frissítések: windowsos hálózatkeresés-frissítés, 

a Linux által ext2 fájlrendszerre formázott meghajtók 
olvasási frissítése. 

e . Meghajtóprogram-frissítések: ATI Radeon 8500-9700, Aureal 
Vortex AU8810 és AU8820, eszközkereső alrendszer az Intel 
810-hez, HP Office Jet Linux Driver, HP Linux inkjet és 
Foomatic, lekram modulífrissítés, Matrox kereskedelmi 
meghajtó. 

e Nyomtatásífrissítés: a Lexmark, HP Laserjet, Canon és 
Epson nyomtatókhoz. 

e — Kísérleti frissítés: ALSA hangkártya-meghajtók. 

Furcsa kettősség jellemzi a Xandros frissítési és csomagkezelési 

programjait. Elsősorban a munkaasztalon szereplő ikonnal 

indítható a Xandros Networks és a Corel örökségből jött a 

Xandros Update program. Miután a Xandros Networksrőól 

minden frissítést leszedtem és megnyugodtam, hogy most 

aztán minden tökéletes, hibátlan az operációs rendszerem, 
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cpp-2.35, mysgi-elient, libpng2, libpng3, libperl5.6 

lynx, perl, perl-base, gy, cupsys-bsd, mysgl-common 
cupsys-pstoraster, libkrb53, tepdump, libpng2-dev 

cvs, perl-suid, mysgi-server, wget, libstdcs42.10-glibc2.2 
perl-modules, libmysgiclientt0, gcc-2.35-doc, cupsys-client 
libstdes42.10-dev, gcc-2.95, libcupsys2, cupsys 
libcupsys2-dev, gyrr-2.95 
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elképedve tapasztaltam, hogy a Xandros Update indításával 
olyan mennyiségű csomagtenger ömlött elém, ami egy kicsit 
hervasztó volt. 

Sokkal átgondoltabbnak tartottam volna, ha frissítéseket az 
operációs rendszer egy helyen kezeli, mert végül is a Xandros 
Networks esetében is van Updates bejegyzés. Ilovább rontja a 
helyzetet, hogy bár a Xandros Debian 3.0-s alapokon nyugszik, 
csak a csomagforrások bekapcsolása után érhetőek el a Debian 
3.0-ra vonatkozó frissítések — mi több, a frissítések sorának még 
mindig nincs vége, mert az előbbi esetből okulva ismét meglá- 
togattam a Xandros frissítési oldalát, ahol újabb frissítésre 
kijelölt csomagokat tudtam leszedni. 

A csomagforrás kiegészítésével azonban hozzájuthatunk a 
Debian nyújtotta teljes programkínálathoz, amiből kedvünkre 
válogathatunk, mivel a Xandros Networksnek megvan az a jó 
tulajdonsága, hogy kitűnően kezeli a Debian csomagfüggőségeit. 
Végül is erre van szükségük a felhasználóknak, azokat a prog- 
ramokat válogatja le és teszi fel, amire szüksége van. Az operá- 
ciós rendszer hordozhatóságához hozzájárul az is, hogy kitűnő 
az alkatrész-felismerési aránya és eszköztára, például a Fuji 
fényképezőgép memóriakártyáját egy olyan kártyaolvasóval 
másoltam le, ami Windows XP alatt csak meghajtótelepítés 
után volt hajlandó működni, valamint összekeverte a teljes 
meghajtólistát; ezzel szemben a Xandros, amint csatlakoz- 
tattam az eszközt, azt máris megjelenítette, s a kártya tartalma 
is azonnal elérhetővé vált. 

Mivel a munkám során hozzászoktam a magyar karakterekhez, 
megpróbáltam a Xandrost legalább arányaiban elmozdítani a 
magyar nyelvi támogatás felé, olyan eszközöket keresve, amik 
— elsősorban -— a kezdő felhasználók kedvét nem veszik el a 
kísérletezéstől. A Xandros Networksön rákerestem a hungarian 
szóra, az eredményt lásd a képen. 

A hunglish csomagot érdemes telepíteni, (a hunglish-x3-mat még 
véletlenül se tegyük fel, mert tönkreteszi a Control Center-t). 
Vannak itt még betűtípusok, ispell, myspell és a kde-i18n-hun 
csomag, amivel ugyan részben, de magyarítani lehet a KDE 
felületét. Azért csak részben, mert azok a szolgáltatások, amelye- 
ket a Xandros ültetett be a KDE-be, nem érhetők el magyar 
nyelven. Be kell vallanom, én nem állítottam át a KDE alapnyel- 
vét magyarra, sokkal inkább a részletek érdekeltek. Mivel a 
hunglish csomagot feltelepítettem, azt vártam, hogy most végre 
lesz magyar nyelvű billentyűzetkiosztás, de sajnos tévedtem. 

A legszebb az egészben az volt, hogy míg a Mozillában vígan 
írhattam a magyar karaktereket, addig a Kwrite-ban nem. Egy 
ősrégi módszerhez nyúltam, és a még Red Hat 6.2-höz írt 
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Xmodmap fájlt másoltam be a /etc/X11 könyvtárba, felülírva 
az ott lévőt. Láss csodát, lett mindjárt magyar karakter, billen- 
tyűzetkiosztás, és minden a helyére került; igaz, annyi finomí- 
tás még elkelt, hogy az xterm betűtípusát át kellett állítani 


Unicode-ra. 


A Xandros beállítása 

A Xandros beállításaival folytattam a munkát. Az egyéb Linux- 
változatokhoz képest a Control Center-en kívül alaphelyzetben 
semmilyen grafikus beállítóprogram nem található, tehát irány 
a Xandros Networks, és szedjük le a linxconf és Webmin 
csomagokat. A Webmin csomag a Xandros Networksön olyan 
ősrégi, hogy azonnal frissítenem kellett a 

2 http:/www.webmin.com oldalról, a Webmin belső frissítési 
lehetőségét kihasználva. Így megkíméltem magam a Webmin 
moduljainak letöltögetésétől is, mivel a Webmin belső frissítése 
önműködően letölti a tarfájlt, majd telepíti az összes elérhető 
legfrissebb modult. 

Ugyanezzel a lendülettel szedtem le az Sguidet, és a Webmin 
segítségével be is állítottam. Fontos megjegyezni, hogy a 
Xandros Networks proxyn keresztül nem működik, illetve az 
esetek többségében nem - hol működik, hol meg nem, tehát 
arra az időre ki kell kapcsolni a Mozillában a proxybeállításo- 
kat, amíg a Xandros Networksöt használjuk. 

Bizonyos beállításokat ugyan tudunk végezni a KDE Control 
Center-ből is, ahol minden esetben piros keret figyelmeztet, 
hogy rendszergazdai joggal kell belépni a beállításokhoz, amit 
az Administrator gombra kattintva meg is tehetünk. 
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Ha mindezt alapértelmezésben tartalmazta volna a rendszer, 
megkímélt volna a kellemetlenségektől. Jó lett volna, ha benne 
lett volna a telepített Xandrosban (mert igazából arról kellett 
volna meggyőznie a Xandrosnak, hogy érdemes a rendszerét 
feltenni a Windows helyett), de nem ez volt az első meglepe- 
tés, amit a Xandros okozott. 

Miután mindenféle beállítóeszközzel felvérteztem magam, 
felmértem, mit is tud nyújtani a programok terén. Nem vagyok 
híve azoknak a Linux-terjesztéseknek, amelyek 5-7 CD tartal- 
mát ölelik fel, és az egyszerű felhasználó a programok mintegy 
70-80 százalékát nem használja. A Xandros valahol az egészsé- 
ges használhatóság határán van, mindazokat az alapprogra- 
mokat tartalmazza, amikre egy munkaállomáson szükség van: 
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beépített OpenOffice-t, Kiviót, Acrobat Readert, RealPlayert, és 
említést érdemel még a Xandros Networksről letölthető 
Learning Guides is. 

Választási lehetőségként ott van a Xandros Networks, ami 
olyan mennyiségű programot tartalmaz a Debian-források 
bekapcsolását követően, hogy az már-már több mint elég. 
Gondok akkor kezdődtek, amikor a programot forrásból kellett 
fordítani, igaz, az egyszerű felhasználó ilyet nem tesz, de 
akadnak olyan programok, például a VMware, amelyeket csak 
így lehet telepíteni. 

A rendszermagforrást tartalmazó fájl fenn van a /usr/src-ben, 
de nincs kicsomagolva. Ezen könnyen lehet segíteni: 


tar jxf xandros-kernel-source-2.4.19.tar.bz2 


De ezzel sajnos még nincs vége. 

lovábbi nehézség, hogy a VMware telepítője a használt 
rendszermagot nem találja egyezőnek, valamint a felrakott és 
kicsomagolt forrást. Megoldás: 
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cd /usr/src 

ln -sf xandros-kernel-source-2.4.19 linux 
cd linux 

make EXTRAVERSION--x1 mrproper 

cp /boot/config-2.4.19-xli .config 

make EXTRAVERSION--x1 oldconfig 

make EXTRAVERSION--x1 dep 

cd /usr/src 
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Majd jöhet a vmware-insta11 .pl, ezt követően a vmware- 
config.pl, s ha mindez megvan, akkor a /etc/devfs/devices 
fájlhoz hozzá kell adni a következő sorokat: 


vmnet0 c 119 0 0 0 0660 
vmnet1 c 119 1 0 0 0660 
vmnet2 c 119 2 0 0 0660 
vmnet8 c 119 8 0 0 0660 
vmnet9 c 119 9 0 0 0660 


Ellenkező esetben minden újraindítást követően elvesznek a 
VMware-modulok beállításai, és újra lehet futtatni a vmnware - 
config.pl parancsot! 

Így most már működik a VMware, és feltehetőleg a többi 
forrásból fordított program esetében sem lesz gond a fordítás 
és telepítés folyamatával. 

Lenyűgöző a Xandros fájlkezelője: minden elérhető létező 
meghajtót és eszközt kezel, mi több, önműködően fűz be 
Samba-meghajtókat. Sőt hibátlanul kezeli a Windows NIFS 
fájlrendszerét is, s a telepítő — a SuSE-hoz hasonlóan - az 
NIFS-kötetekhez a csatolásokat önműködően létre is hozza. 
Azonban itt is felmerült egy nehézség: a magyar karakterek 
támogatása, amit azzal lehet megoldani, hogyha a 
letcisamba/smb.conf fájlbana [global] részt a következő 
sorokkal egészítjük ki: 


client code page - 852 
character set - 1508859-2 


Ez annyiban orvosolja a gondot, hogyha a fájlkezelő egy 
Samba-meghajtót önműködően befűz egy ideiglenes könyv- 
tárba, akkor megjelenik az őŐŰűŰ és társai, míg ha a fájlkezelő 
Tools Mount network share programot futtatjuk, akkor továbbra 
sem jelennek meg a magyar ékezetes karakterek. Viszont 
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mindez a kellemetlenség feledteti azt a sok lehetőséget, amit 

a fájlkezelő nyújt. Bármit bárhova másolhatunk, kicsomagol- 
hatunk, mert minden eszköz automatikusan elérhető, ugyanez 
igaz az általunk megosztani kívánt könyvtárakra is. 

Mesteri, szinte hihetetlen megoldás, hogy most találkoztam az 
első olyan Linuxszal, amiben a kuka ugyanúgy működik, mint 
a Windowsban, vagyis az ott tárolt törölt elemek bármikor 
visszaállíthatók az eredeti helyükre - ezt eddig egyetlen nagy 
Linux-kiadás sem tudta. 

Ugyanilyen fontos, hogy a Xandrosban megtalálható egy 

a Windowshoz hasonló számítógépkereső program is. 
lermészetesen ha már munkaállomásokról beszélünk, fontos 
lehet a játék, illetve a játékprogramok futtatása is. A Xandros 
CD csak a KDE-alapjátékokat tartalmazza, amit ki lehet bőví- 
teni a Xandros Networks által nyújtott szintén csekély számú 
programmal, ezt követően viszont érdemes a Xandros 
Networksöt Expert módba átkapcsolni, és a megnyíló könyv- 
társzerkezetben bőven van Debian 3.0-s játék. Sajnos a gépem, 
illetve a Xandros ismét kihívásokkal küszködött, mert az Ati 
Rage PRO 128 GL-nek esze ágában sem volt futtatni bármit is. 
Pedig a Xandros tökéletesen megtalálta a kártyát és telepítette 
is, sőt az XfreeConfig-4-ben is szerepel a helyes r128 meghajtó, 
valamint a Load glx bejegyzés. Vajon mi a megoldás? 

A Xandros nem telepítette az alábbiakat: 


/disks/Removable/cdrom.1/dists/xandros1.0/main 
/binary-i386/base/xandros-r128agp-drm-modules- 
2:.4.19-XIL. 0.0. 2002.0925-1S5.85.XK. 4.0 

3 1386.deb 


A csomag felrakása és egy újraindítást követően végre 

,emberi" sebességgel és minőségben futnak a játékok is. Mit is 
lehetne még megemlíteni? lalán két számomra kedves és 
fontos dolgot! Elsőnek a ,switch user" programról szólnék, ami 
a tálca jobb sarkában bújik meg. 

A program képes arra, hogy egy másik felhasználóra váltson át, 
és egy új KDM-belépéssel egy új grafikus munkaasztalt nyisson 
meg, anélkül, hogy a kezdeti kiinduló munkaasztalon bármi 
változna. A munkaasztalok között a CTRLtALr--F1 billentyűk 
lenyomásával lehet váltogatni. A másik érdekes és a 
Windowshoz szokott közönség érdeklődését felkeltő program 

a CodeWeavers CrossOver Plugin és CrossOver Office. 

A Plugin képessé teszi a KDE-t, valamint a Mozillát arra, hogy 
az átírt Wine segítségével windowsos programokat, illetve azok 
beépülő moduljait tudjuk futtatni. 
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Zé] etet] 
A beépülő modulok között megtalálható az Apple OuickTime6, 
de a Windows MediaPlayer 6.4 is. Jellemzően mind a Plugin, 
mind az Office tartalmaz betűtípusokat is, amelyek a futtatandó 
windowsos programok tökéletesebb megjelenítését teszik lehe- 
tővé. Az Office többek között lehetővé teszi a Microsoft Office, 
az Office 200, a Lotus Notes, a Visio futtatását, de itt található 
az Internet Explorer 5.5 is, valamint a Iruelype betűtípusok. 
Hogy is néz ez ki a gyakorlatban? A CrossOver Office 
futtatását követően például kiválasztjuk a OuickTime6-ot, majd 
az Add gombra kattintva elindul a telepítés. 
Fontos megjegyezni, hogy a OuickTime6 esetében csak a 
minimális telepítést szabad futtatni, mivel a teljes telepítéskor 
nálam a CrossOver Office lefagyott. A telepítés befejezésével 
viszont a telepített d/[/-fájlokat a Mozilla vígan használja, mint- 
ha azok a saját vagy a Netscape beépülő moduljai lennének. 
Mindent egybevetve a Xandros még nem teljesen kiforrott, bár 
olyan tulajdonságokkal bír, amelyeket kevés Linux-terjesztés 
tudhat a magáénak. Számomra furcsa, hogy miért ragadtak le 
a fejlesztők a 2. változatú KDE-nél, szerintem sokkal nagyobb 
tábort tudhatna magáénak a Xandros, ha a fejlesztés már a 
KDE 3 alapokon folyt volna és nem csupán előzetesként szere- 
pelne. Furcsa továbbá, hogy feltehetőleg pénzügyi okokból 
adták ki a Xandros Desktop Standard változatát, ami — mint azt 
már említettem - többe kerül, mintha levonjuk azon összete- 
vők értékét, amelyeket kivettek belőle. Az sem igazán kedvez 
a Xandrosnak, hogy míg december végéig egy futárszolgálat 
ingyen hozta házhoz a megrendelt csomagot, addig mostanra 
ez is pluszköltséget jelent. Sajnos jelenleg egyetlen magyar 
értékesítője sincs a Xandrosnak. 
Januárban megjelent a SuSE Linux Office Desktop. A SuSE 
több hozzáadott értéket préselt termékébe, többek között a 
CodeWeavers programok mellett a StarOffice 6-ot, valamint az 
Acronis OS Selector programot is. Ezt azonban magasabb, 
129 dolláros áron forgalmazzák. 
A verseny elindult, és ennek csak mi, felhasználók vagyunk a 
nyertesei. Vajon mi lesz ennek a folyamatnak a vége? Ki tudja! Ki- 
tartóan várom, hogy mikor jelenik meg a SuSE magyarított Office 
Desktop változata, aminek kipróbálását a SuSE lehetővé teszi. 
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